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Dr« f olgenden Angaben sind don vom Anmeldar •ingorefchteti Urrterlagen •ntnomimn 

Proze&steuersystem mit Prozefisteuerroutinen unter Verwendung von indirekter Referenzierung 

Prozeftstauersystem (10), in dem eina generische Pro- 
zefcsteuerroutine geschrieben wird, die Aliasnamen und 
dynamische Referenzpa remoter enthilt. Vor der Ausfuh- 
rung einer ProzeBstauerfunktion an einer bestimmten 
Efnheit des ProzeBsteuersystems wird eine Instanz der 
generischen Routine erstellt, in der die Aliasnamen durch 
Parameter ersetzt werden, die in einer Alias-Auflosungs- 
tabelte fur die bestimmte Einheit definiert sind. Die Steu- 
ereinrfchtung (12) fOhrt anschife/Send die dfesbezuglich 
konkretisierte Version der generischen Routine aus r urn 
den Batrieb der Einheit zu steuern. Die generische Routi- 
ne kann mehrere Algorithmen haben, dfe zu riieser geho- 
ren, wobei jeder Algorithmus so gestaltet ist, daf5 er un- 
terschiedliche Einheiten steuert, die geringfugig verschie- 
dene Hardware haben, wenngleich diese verschiedenen 
Einheiten im wesentlichen dieselbe Funktion innerhafb 
des ProzeBsteuersystems (10} ausfilhren. Die generische 
Routine kann ferner mit mehreren Klassen von Hardware 
verwendet werden, die unterschiedliche Funktionen in- 
nerhalb des ProzeBsteuersystems ausfuhren. Die dyna- 
mischen Referenzpa ra mater der generischen Prozefcsteu- 
erroutine ermoglichen as, dalS ejn Feld bei oder wahrend 
der Laufzeit spazifiztert wird. 
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Beschreibung 

Die vorliegende Erfindung betrifft allgemein Prozefisteuemetze and insbesondere die Verwendung von indirekter Re- 
ferenzierung in ProzeBsteuerrou tinea, um eine fortschrittlicbe ProzeBsteuerung ztt ertnoglichen. 
5 ProzeBsteuernetze, wie beispielsweise die in chemischen Prozessen, in Erdftlvei^eitnngsprozessen oder anderen 
Prozessen verwendeten, enthalten allgemein eine zentrale Prozefisteuereinrichturig, die mit einer oder mehreren Anla- 
geneinhcbtungen in Kommunikationsverbindung stent, bei denen es sich beispielsweise um \fentUpositioniereiniichtun- 
gen, Schalter, Sensoren (wie z. B. Temperatur-, Druck- und DurchfluBraengensensoren) etc. handeln kann, Diese Anla- 
geneinrichtungen kOnnen physische Steuerfunklionen innerhalb des Prozesses (wie z. B. das Gflhen und das SchlieBen 

10 eines Ventils) durchfittiren, kdnneh Messungen innerhalb dcs Prozesses zur Verwendung bei der Regelung des Betriebs- 
ablaufes des Prozesses vomehmen oder konnen jede andcre gcwiinschtc Funktion innerhalb des Prozesses ausfuhren. 

ProzeBstcuercinrichtungen waren bisher iiber eine oder mehrere analoge Signalleitungen oder Busleitungen mit Anla- 
geneinrichtungen verbunden, welche beispielsweise 4-20 rnA-Signale zu und yon den Anlageneinrichtungen leiten kon- 
nen. In jtingerer Zeit hat die ProzeBsteuerindustrie jedocb eine Anzahl von standardisierten, offenen digitalen oder korn- 

15 biniert digitalen und analogen Kommunikationsprotokollen entwickelt, wie z, B, das FOU>H)ATlON TM -FffiLI)BUS - 
(nachfolgend als "Reldbus" bezeichnet), HART®-, FROFIBUS®-, WORLDFIP®-, Device-Net*- und CAN-Protokoll, 
welche verwendet werden konnen, umdie Kpmmunikation zwischen einer Steuereinrichtung und Anlageneinricbtungen 
umzusetzen. AJlgemein ausgedruckt empfangt die ProzeBsteuereinrichtung Signale, welche Messungen, die Von einer 
oder mehreren Anlageneinrichtungen durchgeftthrt wurden t und/oder andere Tnformationen darstellen, die zu den Anla- 

20 geneinrichtungen gehoren, verwendet diese Iriformationen, um eine typischerweise komplexe Steuerroutine umzusetzen 
und erzeugt Steuersignale, die tiber die Signalleitungen oder Busleitungen zu den Anlageneinrichtungen gesendet wer- 
den, um dadurch den Betriebsablauf des Prozesses zu steuern. 

Bestinmite Arten'von ProzeBsleuemelzen, wie beispielsweise diejenigen, die in Slapelprozessen verwendet werden, 
enthalten typischerweise mehrere Garnituren von parallel angeordneten Geraten, die so gestaltet sind, daB sie dieselbe 

25 oder eine ahnlichc Ausrustung haben, welche ini wesentlichen dieselbe Funktion innerhalb der Prozesse ausfuhrt Somit 
kann beispielsweise cine Fabrik zur Hcrstcllung von Kckscn mchrcrc Garnituren von Mischgcrfitcn, mchrcrc Garnituren 
von Backgeraten und mehrere Garnituren von Verpackungsgeraten haben, wobei alle einzelnen Mischgerate in der Lage 
sind, parallel zu arbeiten und so miteinander verbunden werden konnen, daB sie in Reihe mit jedem der Backgerate und 
jedem der Verpackungsgerate arbeiten, In einern derartigen System ist es anstrebenswert, in der Lage zu sein, den selben 

30 Steueralgorithmus oder dieselbe Steuerroutine zu verwenden, um den Betrieb jeder bestimmten Garnitur von parallel 
vorhandenen Geraten zu steuern, um dadurch die Anzahl der Steuerroutinen zu reduzieren, die erstellt und innerhalb der 
Steuereinrichtung gespeichert werden mussen. Diese Steueralgorithmen mussen jedoch so geschrieben werden, dafi sie 
bei der AusfUhrung die Ausittetung einer bestimmten Einheit, die zu dieser Zeit verwendet wird, spezifizieren. 

Bei einigen Systemen nach dem Stand der Technik wurde eine generalisierte Steuerroutine, welche Alias namen (das 

35 heiBt nicht spezifizierte Variable) verwendete, um das spezifische Gerat zu bezeichnen, das von Paralleleinhek zu Paral- 
leleinheit unterschiedlich war, in einer Workstation geschaffen. Um eine Systemsteuereinrichtung in die Lage zu verset- 
zen, die generalisierle Steuerroutine auf einer bestimniLen Einheit auszufuhren, wurde das generalisierte Prograiiun unter 
Verwendung einer Alias- Auflosungstabelle, die fur eine bestimmte Einheit geschaffen wurde, tnstantiiert. Eine derartige 
Alias-AuftGsungstabelle enthielt eine Definition fur jeden Aliasnamen, der in der generalisicrtcn Steuerroutine verwen- 

40 dct wird, und wurde verwendet, um cine ausfuhrbarc Instanz der generalisicrtcn Steuerroutine durch Substituicren der 
Werte in der Alias-Aufiosungstabelle der bestimmten Einheit durch die Aliasnamen in der Steuerroutine zu schaffen. 
Diese diesbeziiglich konkretisierte Steuerroutine wurde anschliefiend in die Steuereinrichtung heruntergeiaden und in 
dieser gespeichert und daraufhin wahrend der Laufzeit verwendet, um einen Steuervorgang (oder eine Steuerphase) in 
der bestimmten Einheit durchzufiihren. Unter Verwendung dieses System muBte jedoch die Steuereinrichtung eine sepa- 

45 rate diesbeziiglich konkretisierte (aufgeloste) Steuerroutine filr jede der unterschiedlichen Paralleleinheiten speichern, 
was eine grofie Menge von Speicherplatz in der Steuereinrichtung erforderlich machte, insbesondere dann, wenn die 
Steuereinrichtung dafttr verwendet wurde, reinegroBe Anzahl von khnlichen Einheiten zu steuern, und verwendet wurde, 
eine groBe Anzahl von unterschiedlichen Operationen oder Phasen in jeder Einheit auszuflihren (da separate diesbezug- 
lich konkretisierte Steuerroutinen fur jede Phase fur jede Einheit erforderlich waren). 

50 Bei einem anderen System nach dem Stand der Technik wurde die generalisierte Steuerroutine in der Steuereinrich- 
tung gespeichert und wahrend der Laufzeit ver wendel, um die prograininierte Operation oder Phase in einer der Parallel- 
einheiten, auf die sie angewandt wurde, durchzufiihren. In diesern Fall wurden die Aliasnamen wahrend der Laufzeit un- 
ter Verwendung der Alias- Aufldsungstabelle fur die bestimmte Einheit, die gesteuert wurde, fliegend aufgelost Bei die- 
ser Konfiguration muBte jedoch dann, wenn cine Vcrandcrung an der generalisicrtcn Steuerroutine, welche gegenwartig 

55 durch die Steuereinrichtung gefahren wurde, durchzuf uhren war, der Lauf dieser Routine unterbrochen werden, um es zu 
ermoglichen, dafi eine neue generalisierte Steuerroutine in die Steuereinrichtung heruntergeiaden wird, Dies fiihrte zu 
Verlusten an Zeit, Material etc. im Zusammenhang mit dem abgebrochenen Lauf des Prozesses. 

Femer errndglichte es keines dieser bekannten Systeme, eine ein2elne generische ProzeBsteuerroutine mit Aliasnamen 
tiber mehrere oder unterschiedliche Klassen von Einheiten oder Geraten anzuwenden. latsachlich war bei diesen Syste- 

60 men nach dem Stand der Technik eine Steuerroutine fur eine Phase auf die Verwendung mit einer Einheitenklasse, das 
heifit einer bestimmten Art. von Hardwareeinheit, wie z. B. Reaktoren oder Mischer etc., beschrankt Als Resultat muRte 
zunachst eine generische ProzeBsteuerroutine geschaffen und gespeichert werden, um beispielsweise ein Reaktorgefafl 
zu fuUlen, wahrend eine zweite generische ProzeBsteuerroutine geschaffen und gespeichert werden rnufite, um Misch- 
tanks zu flillen, und eine dritte geschaffen und gespeichert werden muflte, um Zuliefertanks zu fUUen, was zu der Schaf- 

65 fung von vielen unterschiedlichen generischen Steuerroutinen zum Ausfuhren von im wesentlichen derselben Funktion 
an unterschiedlichen Arten von Hardware fuhrte. 

Entsprechend ermoglichte es keines dieser Systeme nach dem Stand der Technik der generischen Steuerroutine, Un- 
tcrschicdc zwischen den Geraten zu bcriicksichtigtcn, die zu den unterschiedlichen Modulcn cincr bestimmten Art cincr 
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HardwareeiDheit geh5ren, Wenn beispielsweise eine erste Reaktor-Einheit ein elektrisches Heizelement hatte und eine 
zweite Reaktor-Einheit ein Dampfheizeleroent, muBte eine untercchiedliche generische Steuerroutine zura Aufheizen je- 
der dieser Reaktor-Einheiten entwickelt werden, urn die Unterschiede bei der Steuerung der elektrischen Heizung und 
der Dampfheizung zu berdcksichtigeti, obgleich der ProzeB nur erforderte, daB der Aiifheizvorgang ausgefuhrt wurde 7 
wobei die Art der Heizung irrelevant war. Dieses Problem tritt allgemein auf, wenn zusatzliche Einheiten Oder Module 5 
(wie z, B. Reaktormodule) zu verschiedenen Zeiten zu einem ProzeBsteuersystem zugefiihrt werden und aus Grunden 
von Kosten, kttrzlichen Fortschritten hinsichtlich der Hardware etc,, die ncu hinzugefligten Module, wahrend sie so kon- 
struiert sind, daB sie im wesentlichen dieselbe Funktion wie die vorhandenen Module ausfllhren, mit geringftigig anderen 
Geraujn ausgeruslel sind, " 

Femer batten diese Systemc nach dem Stand der lechnik kein einfaches Verfahren zum Spczinzieren ernes Parame- 10 
terSj der wahrend der Laufzeit der ProzeBsteuerroutine fur eine Phase eines Prozesses idendfizicrt werden sollte. Tatsach- 
lich wurde bei den meisten Systemen nach dem Stand der Tfechnik, die indirekte Referenzierung aufwiesen, die Alias- 
Auflosungstabelle verwendet, urn Aliasnamen aufzulosen, wenn die ProzeBsteuerroutine konfiguriert wurde und in ma- 
schinenlesbaren Code umgesetzt wurde, was vor dar Laufzeit erfolgte. Um es zu errooglichen, dafl eine triable wahrend 
der Laufzeit geandert oder speziaziert wurde, war bei einem System nach dem Stand der lechnik ein Adressierschema, 15 
wie z. B, ein Adressenarray, vorgesehen, in welchem Referenzen oder Zeiger wahrend der Laufzeit plaziert werden 
konnten, so daB dann, wenn das Steuerprogramm eine Instruktion erreichte, die auf eine der Adressen in dem Array ver- 
wies, das Programm zu der Einrichtung oder Position gehen wurde, auf die durch den Inhalt der angegebenen Adresse 
verwiesen wurde. Es gab jedoch keine Mogtichkeit, anzugeben, ob der Tnhalt der Verweisadresse auf eine gtiltige Ein- 
richtung oder eine ordnungsgemaBe Position innerhalb der Steuerroutine wahrend der Laufzeit verwies. Wma der Zeiger 20 
ungultig war, wird das Programm unterbrochen und nicht fortgefuhrt, was zu einem Produktionsstopp fuhrt. Ferner war 
dieses Adressierschema komplex und schwierig in ordnungsgemMBer Weise zu verwenden, da es ein detailliertes Wissen 
iiber das Adressenarray, welches den Zeiger enlhielt, und Kennuiisse, welche Adresse des Array von der S leuerrouline zu 
welcher Zeit verwendet wurde, erforderte. Somit war es sehr arbeitsaufwendig seitens der Programrnierer und der Benut- 
zer, sicherzustellen, daB ein korrekter Zeiger an der korrekten Adresse zur korrckten Zeit gespeichert war, um die Unter- 25 
brcchung der Steuerroutine wahrend der Laufzeit zu vcrhindcrn, 

Es ist Aufgabe der Erfindung, ein ProzeBsteuersystem zu schaffen, bei dem die nach dem Stand der lechnik auftreten- 
den Problems vermieden werden. 

Die Losung der Aufgabe ergibt sich aus den Patentanspriichen. Unteranspruche beziehen sicb auf bevorzugte Ausruh- 
rungsformen der Erfindung, wobei auch andere Kombinationen von Merkmalen als in den Anspruchen beansprucht 30 
moglich sind* 

Ein ProzeBsteuersystem enthSlt eine oder mehrere ProzeBsteuerroutinen, die eine indirekte Referenzierung unter \er- 
wendung von Aliasnamen und/oder dynarnischen Referenzparametern ermoglichen. Eine generische ProzeBsteuerrou- 
tine wird so geschrieben, daB sie Aliasnamen enthait, und diese generische ProzeBsteuerroutine wird in einer Steuerein- 
richtung gespeichert, die einen ProzeB steuert, der beispielsweise parallel vorhandene Ausrtlstungen (parallel vorhan- 35 
dene Einheiten) auf weist. Vor der Ausft hrung einer ProzeBsteuerfunktion an einer bestimmten Einheit wird eine Instanz 
der generischen Routine, die diese Funklion steuert, geschaflen, in welcher die Aliasnamen in der generiscfaen Sleuer- 
routine durch Parameter ersetzt werden, die in einer Alias-AuflosungstabeUe fur die bestimmte Einheit defimert sind. Die 
Steuereinrichtung fuhrt dann die diesbeziiglich konkretisierte Version der generischen Routine aus, um den Betriebsab- 
lauf der Einheit zu stcucrn. Dies rcduzicrt die Spcichcrcifordcrnissc der Steuereinrichtung, da cs der Steuereinrichtung 40 
erlaubt, nur die generische Routine und die instantiierten Versionen dieser Routine zu speichem, die gegenwSrtig laufen, 
anstatt daB eine diesbeziiglich konkretisierte Version der generischen Routine fur alle Einheiten einzeln zu alien Zeiten 
gespeichert wird. Ferner ermSglicht dies, daB die generische Steuerroutine verandert wird, wahrend eine Instanz dersel- 
ben ausgefuhrt wird, ohne daB die in Ausfiihrung befindliche Routine abgebrochen werden muB. 

Falls erwiinscht, kfinnen mit dem generischen Programm mehrere Algorithmen verbunden sein, wobei jeder der un~ 45 
terschiedlichen Algorithmen so gestaltet ist, daB er verschiedene Einheiten steuert, die geringfUgig unterschiedliche 
Hardware haben, auch wenn diese unterschiedlichen Einheiten im wesentlichen dieselbe Funktion innerhalb des ProzeB- 
steuersystems ausfuhren. Wenn eine diesbezilglich konkretisierte Version des generischen Programms geschaflfen wird, 
bestimmt die Steuereinrichtung, welcher der mehrfachen Algorithmen der generischen Routine zu verwenden ist, und 
zwar auf der Basis einer gespeicher ten Angabe, welche die Hardwarekonriguration der bestimmten Einheit identifiziert, 50 
flir welche die diesbeziiglich konkretisierte Steuerroutine geschaflen wird, Das System ermoglicht es Temer, eine Steu- 
erroutine fur mehrere Einhcitenklassen oder unterschiedliche Arten von Hardware zu schaffen und an diescn anzuwen- 
den, welche verwendet werden, um unterschiedliche Funktionen innerhalb des ProzeBsteuersystems ausztrfUhren. Li die- 
scm Fall kann cine Konfigurationsroutinc sichcrstcllcn, daB cine Alias-Definition fUr jeden Aliasnamen in jeder Alias- 
AuflosungstabeUe exisdert, die zu den unterschiedlichen Klassen von Einheiten gehort, an welchen die generische Pro- 55 
zefisteuerroutine angewendet werden soil. 

Dies ermoglicht es, daB weniger generische Steuerroutinen geschrieben und in der Steuereinrichtung gespeichert wer- 
den, da eine einzelne generische Steuerroutine geschrieben und verwendet werden kann, um eine bestimmte Funktion an 
verschiedenen Arten von Geraten auszutuhren, die fur unterschiedliche Zwecke innerhalb des ProzeBsteuersystems ver- 
wendet werden. 60 

Daruher hinaus kann die ProzeBsteuerroutine einen oder mehrere dynamische Referenzpararnefer verwenden, um es 
zu eamoglichen, daB einFeld, eine Einrichtung, ein Parameter, etc. spezifiziert werden, nachdem das diesbeztiglich kon- 
kretisierte ausfllhrbare Programm erstellt wurde, das heiBt, es zu ermaglichen, daB dynamisch ein Feld referenziert wird, 
und zwar zu der Zeit oder wShrend der Zeit des Laufes. Der dynamische Referenzparameter hat mehrere Attribute, dar- 
unter beispielsweisc ein Referenzattribut, das einen Zeiger, einen Prad oder ein Identifizierungskennzeicheri fur die Ein- 65 
richtung, das Feld bzw den Parameter etc., die bzw. das referenziert wird, speichert, und ein Verbindungsattribut, das 
kennzeichnet, ob eine tatsachiiche Verbindung zu dem Feld, das von dem Refercnzattribut angegeben wurde, hergestellt 
werden kann, bcispiclswcisc ob das Refercnzattribut cin giildgcs Feld innerhalb der ProzcBstaucrsystcmkonfiguration 
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definiert Der dynamische Referenzparameter kann femer Attribute enthalten, die das Lesen aus und/oder Schreiben in 
das durcb das Referenzattribut spezifizierten Feld als ein String oder als ein numerischer Wert er lauben, Femer kann der 
dynamische Referenzparameter ein oder mehrere Attribute einschlieBen, die das Lesen eines oder mehrerer Status werte 
exlauben, die zu dem durch das Referenzattribut spezifizierten Feld gehoren, darunter beispielsweise der Status dieses 
5 Fetdes und der Status des letztenSchra^ 

Nachfolgend wird eine Ausfuhrungsform der Erfindung unter Bezug auf die Zeichnung naher erlautert 
Fig* 1 zeigt eine teilweise als Blockdiagramm und teilweise als schematisches Diagramm ausgefUhrte Darstellung ei- 
nes Steuemetzes, das eine oder mehrere Steuerroutinen verwendet, die Alias namen und/oder dynamische Referenzpara- 
meter zur AusXQhrung der Sleuerung von ProzeBgeraien haben; 
to Fig* 2 ist ein Blockdiagramm einer Objektstruktur, die eine konzeptuelle Konfiguration des ProzeBsteuernetzes von 
Fig, 1 zeigt; und 

Fig, 3 ist ein erweitertes Blockdiagramm eines Abschnitts der Objektstruktur von Fig. 2. 

Wie Fig. 1 zeigt, enthalt einProzeBsteuernetz 10 eine ProzeBsteuereinrichtung 12, die mit zahlreichen Workstations 14 
iiber eine Ethernet- Verbindung 15 verbunden ist. Die Steuereinrichtung 12 ist femer mit Einrichtungen oder Geraten in- 

15 nerhalb eines Prozesses (allgemein mit Bezugszeichen 16 bezeichnet) tiber eine Gruppe von Kommunikationsleitungen 
oder einen Bus 18 verbunden. Die Steueremrichtung 12, die beispielsweise eine DeltaV^-Steuereinrichtung sein kann, 
die von Flsher-Rosemont-Sy stems, Inc, vertrieben wird, ist in der Lage, mit den Steuerelementen, wie z. B. Anlagenein- 
ricbtungen und Funktionsbiocken in Anlageneinrichtungen, zu kommunizieren, die tiber den Prozefi 16 verteilt sind, um 
eine oder mehrere PrpzeBsteuerroutinen durchzuftihren und dadurch die gewunschte Steuerung des Prozesses t<S umzu- 

20 setzen* Die Workstations 14 (welche beispielsweise Personalcomputer sein konnen) konnen von einem oder mehreren 
Technikem oder Benutzern verwendet werden, um ProzeBsteuerroutinen zu gestalten, die von der Steuereinrichtung 12 
auszufuhren sind, um mit der Steuereiririchtung 12 zu kommunizieren, um derartige ProzeBsteuerroutinen herunterzula- 
den, und um Infonualionen zu einpfangen und darzuslellen, die zu dem Prozefi 16 wahrend des Beiriebsablaufs des Pro- 
zesses 16 geh&ren. Jedc der Workstations 14 enthalt einen Speicher 20 zum Spcichcm von Anwendungsprogrammen, 

25 wie z. B. Kontiguradonsgestaltungsanwendungen, und zum Spcichern von Daten, wie z» B, Konfiguradonsdaten, die zu 
der Konfiguration des Prozesses 16 gchSrcn. Jcdcr der Workstations 14 enthalt femer cincn Prozcssor 21, der die Anwcn- 
dungen ausfuhrt, um einen Benutzer in die Lage zu versetzen, ProzeBsteuerroutinen zu erstellen und diese ProzeBsteuer- 
routinen zu der Steuereinrichtung 12 herunterzuladen, Entsprechend enthalt die Steuereinrichtung 12 einen Speicher 22 
zum Speichern von Eonngurationsdaten und ProzeBsteuerroutinen, die zur Steuerung des Prozesses 16 zu vcrwenden 

30 sind, und enthalt einen Prozessor 24, der die ProzeBsteuerroutinen ausfuhrt, um eine Prozefisteuerstrategie zu implemen- 
tieren, Wenn die Steuereinrichtung 12 eine DeltaV-Steuereinrichtung ist, kann ste eine grafische Darstellung der ProzeB- 
steuerroutinen innerhalb der Steuereinrichtung 12 einem Benutzer uber eine der Workstations 14 zur Verfugung stellen, 
welche die Steuerelemente innerhalb der ProzeBsteuerroutineund die Art. und Weise, in der diese Steuerelemente konfi- 
guriert sind, um die Steuerung des Prozesses 16 zu schaffen, dargestellt, 

35 In dem in Fig, 1 gezeigten ProzeB&teuemetz 10 ist die Steuereinrichtung 12 liber den Bus 18 mit drei Garni turen von 
ahnlich konfigurierten Reaktoren, die hierin als Reaktor 01,Reaktor 02undReaktor 03 bezeichnet werden, kommuni- 
kaiiv verbunden. Der ReaktorJ)l enthalt ein ReaktorgefaB 100, zwei Zulauf ventile 101 und 102, die so angeschlossen 
sind, dafl sie FluideinlaBleitungen steuern, die Fluid in das ReaktorgefaB 100 abgeben, und ein Ausla&vcntil 103, das so 
angeschlossen ist, dafi es einen FluidfluG aus dem ReaktorgefaB 100 Uber eine FluidausiaBleitung stcuert* Eine Einrich- 

40 tung 105, bci der es sich um einen Sensor, wic z, B. cincn Icmpcraturscnsor, cincn Druckscnsor, cine HuidpcgclrncBcin- 
richtung oder eine andere Ausriistung, wie z, B. eine elektrische Heizung oder eine Dampfheizung handeln kann, ist im 
oder nahe an dem ReaktorgefaB 100 angeordneL In ahnlicher Weise enthalt der Reaktor_02 ein ReaktorgefaB 200, zwei 
Zulaufventile 201 und 202, ein Auslaflventil 203 und eine Binrichtung 205, wahrend der Reaktor_03 ein ReaktorgefaB 
300, zwei Zulaufventile 301 und 302 } ein Auslafiventil 303 und eine Einrichtung 305 enthalt, Wie Fig, 1 zeigt, ist die 

45 Steuereinrichtung 12 mit den Vendlen 101-103, 201-203 und 301-303 und den Hinrichtungen 105, 205 und 305 uber 
den Bus 18 in Kommunikanonsverbindung, um den Betrieb dieser Elemente zu steuem und einen oder mehrere Betriebs- 
ablaufe der Reaktor-Einheiten auszufuhren, Derartige Betriehsablaufe konnen beispielsweise das Fullen der Reaktorge- 
faJJe, das Erwarmen des Materials innerhalb der ReaktorgefUBe, das Leeren der ReaktorgefaGe, das Reinigen der Reak- 
torgefaBe, etc, einschlieBen. 

50 Die Ventile, Sensoren und weiteren Gerate, die in Fig* 1 dargestellt sind, konnen jede gewunschte Art oder jeden Typ 
von GerUten einschlieBen, darunter beispielsweise Fieldbus-Einrichtungen, Standard 4-20 ULA-Einrichtungen, HART- 
Einrichtungen, etc. und konnen mit der Steuereinrichtung 12 unter Verwendung jedes bekannten oder gewiinschten 
Kommunikationsprotokolls, wie z.B, des Fieldbus-Protokoll, des IIAKT-Protokoils, des 4~20-mA-Analogprotokblls 
etc. kommunizicrcn. Fcmcr kdnncn wcitcrc Typcn von Einrichtungen gemafi den Prinzipicn der yorlicgcndcn Erfindung 

55 mit der Steuereinrichtung 12 verbunden und vorn dieser gesteuert werden* Ferner konnen weitere Steuereinrichtungen 
mit der Steuereinrichtung 12 und mit den Workstations 14 tiber die Ethemet-KommunikaUonsleitung 15 verbunden sein, 
um andere Einrichtungen oder Bereiche zu steuern, die zu dem ProzeJS 16 gehoren, und der Betriebsablauf derartiger zu- 
satzlichen Steuereinrichtungen kann mit dem Betriebsablauf der in Flg + 1 gezeigten Steuereinrichtung 12 in jeder ge- 
wiinschten Weise koordiniert werden, 

60 Allgemein ausgedruckt kann das Prozeflsteuersystem von Fig. 1 verwendet werden, um Stapelprozesse umzusetzen, in 
welchen beispielsweise eine der Workstations 14 oder die Steuereinrichtung 12 eine Stapelausfuhrungsroutine ausfiih- 
ren f bei der es sich um eine Steuerroutine hdherer Ebene handelt, welche den Betrieb einer oder mehrerer Reaktor-Ein- 
heiten (sowie anderer Einrichtungen) leitet, um eine Reihe von unterschiedlichen Schritten (allgemein als Phasen be- 
zeichnet), die zur Herstellung eines Produkts, wie z, B, eines Lebensmittelprodukts, eines Arzneimittels etc, erforderlich 

65 sind. Um unterschiedliche Phasen zu implementieren, verwendet die Stapelausfuhrungsroutine ein allgemein so bezeich- 
netcs Rezept, das die auszufUhrendcn Schritte, die Mengen und Zeiten, die zu den Schritten gehoren, und die Reihenfolge 
der Schritte festlegt Schritte fur ein Rezept konnen beispielsweise das Fullen eines ReaktorgefUBes mit den geeigneten 
Materialien oder mhaltsstoffcn t das Mischcn der Matcrialicn in dem Reaktorgcr^fi, das Erwarmen der Matcrialicn in dem 
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ReaktorgefaB auf eine bestimmte Temperatur ilber eine bestimmte Zeitdauer, das Leeren des Reaktorgef&Bes und an- 
schlieBend das Reinigen des Reaktorgefafies in Vorbereitung fiir den nSchsten Stapelabiauf einschlieBen, Jeder der 
Schritte definiert eine Phase des Stapelablaufes und die StapelausfUhrungsroutine innerhalb der Steuereinrichtung 12 
ftihrt fur jede dieser Phasen einen unterschiedlichen Steueralgorithmus aus, SelbstverstSndlich konneo die bestimmten 
Materialien, NTaterialmengen, FjwarmungsfempeFaturen und 7*iten etc. far unterschiedliche Rezepte verschieden sein s 
und folglich konnen diese Parameter von Stapelabiauf zu Stapelabiauf in Abhangigkeit von dem henjestellien Produkt 
und dem Yerwendeten Rezept geandert werden, Der Durchschnittsfachmann erkennt, daB hierin zwar S teuetroutinen und 
Koriflgurationen fur Stapelablaufe in den in Fig. 1 dargestellten Reaktor-Einheiten beschrieben werden, die Steuerrouti- 
nen jedoch zur Sleuerung anderer gewitascbler Bnricblungen ziir DurcblMirung jedes anderen gewimschlen Stapelpro- 
zeBablaufes oder zur DurchfUhrung von kontinuierlichen ProzeBablaufen verwendet werden konnen, falls dies er- 10 
wunschtist. 

Wie der Durchschnittsfachmann versteht, konnen dieselben Phasen oder Schritte eines Stapelprozesses an jeder der 
verschiedenen Reaktor-Einheiten in Fig, 1 gleichzeitig oder zu unterschiedlichen Zeiten implementiert werden. Da fer- 
ner die Reaktor-Einheiten in Fig, 1 allgemein dieselbe Anzahl und dieselbe Art yon Geraten enthalten (das heifit sie ge- 
horen zur seiben Einheitenklasse), kann dieselbe generische Phasensteuerroutine fUr eine bestimmte Phase verwendet is 
werden, urn jede der verschiedenen Reaktor-Einheiten zu steuem, mit der Ausnahme, daB diese generische Phasensteu- 
erroutine modifiziert werden muB, urn die verschiedene Hardware oder die unterschiedlichen Gerate, die zu den ver- 
schiedenen Reaktor-Einheiten gehSren, zu steuerm Urn beispielsweise eine^Ftillphase fur den Reaktor 01 {wahrend wel- 
cher die Reaktor-Einheit gefUllt wird) zu steuern, offhet eine Futlsteueiroutine ein oder mehrere TuJaufventile 101 oder 
102 fur eine bestimmte Zeitdauer. beispielsweise bis der Ruidpegelmesser 105 feststelk, daB das GefSB 100 voll ist. Die- 20 
selbe Steuerroutine kann jedoch verwendet werden, urn eine Fullphase fur den Reaktor_02 umzusetzem indem nur die 
Bezeichnung der ZulaufVentile so geandert wird, daB anstelle der Venule 101 oder 103 die Venule 201 oder 202 bezeich- 
net werden, und indem die Bezeichnung des Pluidpegelmessers so geandert wird, daB anstelle des Huidpegelinessers 105 
der Fluidpegelmesser 205 bezeichnet ist 

In bishcr bekannten Systemen ware eine generalisierte S teuerroutine geschaffen worden, urn eine bestimmte Phase in 25 
jcdcr der Rcaktor-Einhcitcn (RcaktorJH, Reaktor J)2 oder Rcaktor__03) unlcr \fcrwcndung von Aliasnamcn (das hciBt 
allgemeinen Variablen) auszufuhren, urn bestimmte, noch nicht spezinzierte Parameter, wie z, B. die jeweilige Reaktor- 
Einheit oder die jeweiligen Venule oder Sensoren einer Reaktor-Einheit, an welchen ein Befehl der Routine anzuwenden 
war, anzugeben. Auf diese Weise ware eine generalisierte Steuerroutine (wie z. B . eine Fiillroutine) geschafTen worden, 
die wahrend der Fullphase jeder der Reaktor-Einheiten in Fig. 1 zu verwenden ware, und anstatt, daB bei der Erstellung 30 
der Steuerroutine ein bestimmtes Wntil festgelegt worden wSre, das zum Fiillen eines bestimmten ReaktorgefaBes zu 
5ffnen ist, wurde die generalisierte Steuerroutine so geschrieben, daB nur ein H Zulauf_ventiT als ein Alias flir das tat- 
sachlich zu verwendende Venti! angegeben war. Ftir diese Systeme ware eine Alias-Auflosungstabetle filr jede der Reak- 
tor-Einheiten erstellt worden, an welchen die generalisierte Steuerroutine anzuwenden war Die Alias- Auflosungstabelle 
fiir den Reaktor_01 ktfnnte beispielsweise festlegen, daB das Alias M Zulauf_Ventil" das Venn! 101 ist, wahrend die Alias- 35 
AuflGsungstabelle fur den Reaktor 02 festlegen konnte, daB das Alias "Zulauf \fenuT das VentU 201 ist, etc. 

^ Wie vorstehend angegeben wurde bei einem System nach dem Stand der Technik das generalisierte Prograinin, das 
diese Aliasnamen verwendete, in einer Workstation erstellt und eine diesbcziiglich konkretisierte \fersion dieses Pro- 
gramms wurde fur jede Reaktor-Einheit (oder jedes andere Modul) unter verwendung einer Alias- Auflosungstabelle fiir 
dic bestimmte Reaktor-Einheit (oder das andcrc Modul) erstellt. Dicsc instantiicrten Stcucrroutincn wurden anschlicBcnd 40 
in die Steuereinrichtung heruntergeladen und darin gespeichert und anschliefiend wahrend der Laufzeit verwendet, urn 
die Phase in der bestimmten Einheit auszuftihren, was grofien Speicherplatz in der Steuereinrichtung erforderte. Bei ei- 
nem anderen System nach dem Stand der Technik wurde die generalisierte Steuerroutine in der Steuereinrichtung gespei- 
chert und wahrend der Laufzeit verwendet, urn den programmierten Betriebsablauf oder die Phase an einer der Einheiten, 
an der sie angewendet wurden, durchzuf tthren. In diesem Fall wurden die Aliasnamen fliegend wahrend der Laufzeit un- 45 
ter Verwendung der Alias-AuflSsungstabelle ftir die bestimmte Einheit, die gesteuert wurde, aufgeidst. Bei dieser Kon- 
figuration muBte dann, wenn an einer generalisierten Steuerroutine, die gegenwartig von der Steuereinrichtung abgear- 
beitet wurde, eine Veranderung voraunehmen war, der Lauf dieser Routine unterbrochen werden, urn es zu ennoglichen, 
eine neue generalisierte Steuerroutine in die Steuereinrichtung herunterzuladea 

Ferner erlaubte es keines dieser bekannten Systeme, daB eine einzige generische ProzeBsteuerroutine mit Aliasnamen 50 
an mehreren oder an unterschiedlichen Arten von Einheiten oder Hardwaresystemen angewandt wurde. Talsachlich war 
bei diesen Systemen nach dem Stand der Technik eine Steuerroutine rur eine Phase auf die Verwendung mit einer Ein- 
heitenklasse, das heiBt einer bestimmten Art von TIardwareeinheit zur DurchfUhrung einer Art von Funktion innerhalb 
des ProzcBstcucmctzcs beschrankt. Als Folgc muBtc cine crstc generische ProzeBstcucrroutino gpschaffen und gespei- 
chert werden, urn Reaktor-Einheiten zu fallen, wahrend eine unterschiedlicne generische ProzeBsteuerroutine geschaffen 55 
und gespeichert werden muBte, um Mischtanks zu fiillen und wiederum eine unterschiedlicne Routine zum Fullen von 
Zulauftanks, was zu der Erstellung von vielen verschiedenen generischen Steuerroutinen zur Durchfuhrung von im we- 
sentlichen derselben Funktion an unterschiedlichen Arten von Hardwareeinheiten fuhrte. 

Femer setzte wie vorstehend angegeben keines dieser Systeme nach dem Stand der lechnik die generische Steuerrou- 
tine in die Lage, kleinere Unterschiede zwischen den Geraten, die zu den unterschiedlichen Modulen einer bestimmten 60 
Art. von Rinheifc oder Einheitenklassen gehorten, zu berilclcsichtigten, Tm Gegenteil muBte eine unterschiedliche Phasen- 
routine geschrieben und an unterschiedlichen Modulen derselben Einheitenklasse verwendet werden, wenn diese unter- 
schiedlichen Einheiten eine geringfugig verschiedene Hardware aufwiesen, wie z. B« eine elektrische Heizung in einem 
Fall oder eine Dampfheizung in einem anderen Fall . Dies machte es wiederum erforderlich, daB der Programmierer einen 
unterschiedlichen ProzeBsteueraigoritlimus oder eine unterschiedliche Phasenklasse fur unterschiedlichen Einheiten der- 65 
seiben Einheitenklasse verwendete, obgleich diese unterschiedlichen Einheiten im wesentlichen dieselbe Funktion inner- 
halb des Prozcsses ausfuhrten. Ferner hatten diese Systeme nach dem Stand der Technik kein cinfaches Verfahren zum 
Spczifizicrcn eines Parameters, der wahrend der Laufzeit der ProzeBsteuerroutine zu identifizicren war, und wenn cine 
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derartige dynamische Referenz zulassig war, gab es keinen Weg, festzustellen, ob die dynamische Referenz einen guiti- 
gen Wert hatte, bevor versucht wurde, einen Befehl auf der Basis dieser Referenz auszuftthren. 

Die Vorgehens weise oder das System, das indiiekte Referenzierung in ProzeBsteuerprogrammen oder -routinen wie 
hierin beschiieben verwendet, spricht einige der Probleme bei den vorstehend beschriebenen Systemen nacb dera Stand 
5 der Technik an. Das hierin beschriebene System errnoglicht es, daB eine generische Proz^Bsteuerroutine Oder Phasen* 
steuerroutine unter Verwendung von Aliasnamen geschrieben wird, daB diese jedoch weilerhin in der Steuerdnrichtung 
unter Verwendung von kleinstiem Speicherplalz gespeichert wird und in einer Weise ausgefUhrt wird, die es errnoglicht, 
dafi die generische Ph asensteuerroutine yerandert wird, ohne daB veranlaBt wird, daB eine der gegenwartig ablaufenden 
Routinen abgebrocheri wird. Das hierin beschriebene System erin6glicht es femer; daB eine Phasensleuerroudne IUr 

10 mebrerc verschiedcne Einheitenklassen oder unterscbiedliche Hardwaretypen gcschaffen und an dicsen angcwandt wird 
und verwendet eine Phasensteuerroutinc, welche verifizier bare und leicht anwcndbarc dynamische Refcrcnzcn, das heifit 
Referenzen, die wahrend der Laufzeit der Phasensteuerroutine eingebundeii werden, enthalten kann. 

Allgemein gesprochen basiert die Art, in der der Ablauf des Prozesses 16 in der Steuereinrichtung 12 verwaltet oder 
oiganuiert wird, auf der Weehselwirkung einer Anzahl von Objekten, von welchen jedes Attribute hat und zu dem eine 

ts oder raehrere Methoden gehoren konnen* Jedes Objekt kann eine Anzahl von Subobjekten (oder Klassen) haben, die zu 
diesem gehoren* wobei jedes Subobjekt Subobjekte haben kann und so fort. In einem generischen Sinn ist die Gesamt- 
steuerstrategie flir den ProzeB 16 unter Verwendung eines objektorientierten Programmierparadigmas konfiguriert, was 
nach dem Stand der Technik bekannt ist und somit hier nicht im Detail beschrieben wird. Fig* 2 beschreibt ein Beispiel 
einer Objekthierarchie, welche die Beziehung zwischen einer Anzahl von Objekten darstellt, die zu dem ProzeBsteuer- 

20 netz 10 in Fig. 1 gehdren, Diese Hierarchie wird verwendet, urn die Art zu erlautern, in der die Prozeflsteuerroutine auf 
beispielsweise einer der Workstations 14 erstellt wird und anschlieBend innerhalb der Steuereinrichtung 12 herunterge- 
laden und ausgefuhrt wird, und urn den Kontext zu identifizieren, in dem diese Prozefisteuerroutine arbeitet. Es versteht 
sich jedoch, daB die Art, in der die ProzeBsleuerroutinen erstellL und in der Steuereinrichtung 12 gespeichert werden, auf 
anderen Objekthierarchien basieren kann oder auf Objekthierarchien, die andere gewiinschte Elcmcnte oder Objekte ent- 

25 halten. 

Li dem Objcktbaum in Fig. 2 sind bestimmtc Objcktc mit Rahmcn dargestellt, wahrend allgcmcinc Katcgorico von 
Objekten (oder Objekttypen) tiber den Objekten in dem Baum ohne Rahmen dargestellt sind We Fig, 2 zeigt, enthalt das 
Prozeflsteuemetz 10 ein oder mehrere Gebiete, die beispielsweise Gebaude oder andere geographische Bereichsbezeich- 
nungen innerhalb einer Anlage sein konnen. In dem Objektbaum in Fig. 2 hat der ProzeB 16 drei Bereichsobjekte, die als 

30 Gebaude_J)l, GebSude_02 und Gebaude_03 bezeichnet sind Jedes Bereichsobjekt kann in ProzeBzellen eingeteilt sein, 
von welchen jede einen unterschiedlichen Aspekt des Prozesses kennzeichnet, der in dem Bereich durchgefuhrt wird. 
Das Bereichsobjekt GeMude„01 in Fig. 2 ist so dargestellt, daB es zwei ProzeBzellenobjekte enthalt, die rnit Zelle_01 
und 7elle_02 bezeichnet sind. Zelle_0t kann beispielsweise mit der HersteUung eines Bestandteifc eines Produkts in Be- 
ziehung stehen, der in Zelle_02 verwendet wird Jedes Zellenobjekt kann Null oder mehr Binheitenklassen enthalten, 

35 welche unterschiedliche Kategorien oder Gruppieningen von Hardware kennzeichnen, die in der ProzeBzelle verwendet 
werden. Allgemein ausgedruckt ist eine Einheitenklasse ein benanntes Objekt, das eine allgemeine Konnguration einer 
Garnitur von parallel vorhandenen GerHlen enthalt, und ist insbesondere eine Sanunlung von EinheiLen, die eine sehr 
ahnliche, wenn nicht gar identische ProzeBinstrumentierung haben, von welchen jede eine sehr ahnliche, wenn nicht gar 
identische Punktion innerhalb eines Prozesses ausfuhrt. 

40 Einhcitcnklasscnobjckte sind typischcrwcisc so benannt, daB sic die Artcn von Einhcitcn innerhalb des ProzcBstcucr- 
systems beschreiben, zu dem sie gehoren. Fig, 2 enthalt eine Misch JTank-Emheitenklasse, eine Reaktor-Einheitenklasse 
und eine Zuliefer_Tank-Einheiteiiklasse. Selbstverstandlich sind in den meisten ProzeBsteuernetzen viele andere T^pen 
von Binheitenklassen vorgesehen oder definiert, wie beispielsweise Trocknereinheiten, GieBtrichtereinheiten und andere 
einzelne oder logische Gruppierungen von Hardware enthalten. 

45 Wie bei der Reaktor-Einheitenklasse in Fig. 2 dargestellt, kann jedes Kinheitenklassenobjekt Einheitenmodulobjekte 
und Pbasenklassenobjekte haben, die zu diesem gehoren. Einheitenmodulobjekte bezeichnen allgemein bestimmte Jh- 
stanzen von parallel vorhandener Hardware innerhalb der benannten Einheitenklasse, wahrend Phasenklassen allgemein 
die Phasen festlegen, die an den Einheitenmodulen angewandt werden kSnnen, die zu der Einheitenklasse gehdren. Ge- 
nauer ausgedruckt ist ein Einheitenmodulobjekt ein benanntes Objekt, das alle Variablen und Einheitenphasen (weiter 

50 unten definiert) fur eine einzelne ProzeBeinheit enthalt, und ist typischerweise so benannt, daB eine bestimmte ProzeB - 
ausrilslung bezeichnet ist. Beispielsweise hat die Reaklor-EinheiLenklasse in Fig. 2 ReakLor„01-, Reaklor_02- und Reak- 
tor_03-Einheitenmodule, die ReaktorJ)l , Rcaktor_02 und Reaktor_03, welche in Fig. 1 dargestellt sind, jeweils entspre- 
chen. Die Misch JIank-Einhcitenklasse und die Zuliefer_Tank-Einheitenklasse haben in ahnlicher Weise bestimmte Ein- 
heitcnmodulc, die dcr jewciiigen Hardware oder dcr jcwciligcn Ausriistung in dem ProzeB 16 cntsprcchcn, Dcr Einfach- 

56 heithalber ist jedoch keine Ausriistung, die zu der MischJIank- oder derZuliefer^Tank-Einheitenklasse geh5rt,inFig« 1 
dargestellt. " 

Eine Phasenklasse ist ein benanntes Objekt, das die allgemeine Konfiguration fur eine Phase enthalt, die auf den meh- 
reren Einheiten ablaufen kann, die zu derselberi Einheitenklasse gehoren, und gemaB vorliegender Erfindung auf mehre- 
ren unterschiedlichen Einheitenklassen. Im wesentlichen ist jede Hiasenklasse eine unterschiedliche Steuerroutine (oder 

60 Phase), die durch die Steuereinrichtung 12 erstellt und verwendet wird, um die Einhettenmoduie innerhalb derselben 
oder innerhalb von verschiedenen Binheitenklassen zu steuem. Typischerweise ist jede Phasenklasse in ttbereinstim- 
mung mit dem Verb benannt, das eine Aktion beschreibt, die an einem Einheitenmodul ausgefahrt wird; Beispielsweise 
hat, wie in Fig* 2 dargestellt, die Reaktor-Einheitenklasse eine Ftillphasenklasse, die verwendet wird, um eines der Re- 
aktorgefBBe 100, 200 oder 500 in Fig. 1 zu Allien, eine Heizphasenklasse, die verwendet wird, um eines der Reaktorge- 

65 fafie 100, 200 oder 300 aus Fig, 1 aufzuheizen, eine Entleerungsphasenklasse, die verwendet wird, um eines der Reak- 
toigcrafie 100, 200 oder 300 in Fig* 1 zu endecren, und eine Reinigungsphasenklasse, die verwendet wird, um eines der 
ReaktorgefaBe 100, 200 oder 300 aus Fig* 1 zu rcinigen, Selbstverstandlich konnen beliebige andere Phascnklassen zu 
dicscr oder jeder andcrcn Einheitenklasse gchdrcn. Es sei angemcrkt, daB die Ftillphascnklassc sowohl zu dcr Rcaktor- 
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Einheitenklasse als auch der Zuliefer^l^nk-Einheitenklasse gehort und so gernafi vodiegender Erfindung verwendet 
werden kann, urn die FiiMinktion an den Reaktor-Einheitenmodulen sowie den ZulieferJTank'EnheitenmDdulen zu 
vollziehen. 

Eine Phasenklasse kann allgemein als eine Subroutine betractalet werden, die durch die Stapelaiisfuhrungsroutine auf- 
zurufen ist um eine in einem GesamtatapelprozeB erforderliche Funkrion gemSB der Definition durch das Rezept Air den 
Stapelprozefi auszufuhren. Bine Phasenklasse kann Null Oder mehr Phaseneingabepararneter enthalten, welche im we- 
sentlichen die Eingaben sind, die von der Stapelausfllhrungsroutine oder einer anderen Phasenklasse an die Phasenklas- 
sen-Subroutine abgegeben werden, Null oder mehr Phasenausgabeparameter, welche im wesentlichen die Ausgabcn der 
Phasenklassen-Subrouline sind, die zu der Slapelauijf Uhrungsrouline oder eine anderen PhajienkUsse zurUckgeleilet wer- 
den, Null oder mehr Phasenmitteilungen, welche M itteilungen sein kannen, die dem Benutzer bezaglich des Betriebsab- 
laufes der Phasenklasse angczeigt werden kennen, Informationen in Bezug auf andere Phasenklassen, mit weichen diese 
Phasenklasse in irgendcincr Weise zusainmengehdrt und Null oder mehr Phasenalgorithmtisparameter, welche veranlas- 
sen, daB in Phasenlogikrnodulen (PLM) oder Einheitenphasen basierend auf dieser Phasenklasse Parameter geschaffen 
werden. Diese Phasenalgorithmusparameter werden als zeitweilige Speicherorte oder Variable wahrend der Ausftthmng 
der Phase verwendet und sind nicht notwendigerweise fur den Benutzer oder die StapelausfUhrungsroutine sichtbat 15 
Wichtig ist daB die Phasenklasse eine oder mehrere Phasenalgori^musdefinirionen (PAD) enthalt welche allgemein 
ausgedrflckt S teuerroutinen sind, die zum Implementieren der Phase verwendet werden. Femer hat die Phasenklasse eine 
Liste von Znordnungen zu Null, einer, zwei oder mehr Einheitenklassen und diese Liste definierte die Einheitenklasse, 
far welche diese Phasenklasse und folglich die PAD der Phasenklasse angewandt werden kann. Die Fnllphasenklassen- 
liste von Zuordnungen wtlrde sowohl die Reaktor-Einhei tenklasse als auch die ZuMefer^lank-Einheitenklasse enthalten. 20 

Die PAD ist ein unbenanntes Objekt das die abstrakte oder generische Phasenlogik (Algorithmus) ftlr eine Phasen- 
klasse enthalt und unter Verwendung jeder gewunschten Art von r^ograrnrnierstruktur konfiguriert sein kann, wie z.B. 
einer implizilen Pnasenlogik-Slalusmaschine, sequenlieller FluMagraimhKoiuposite (SPC), Funkuonsblock-Kompo- 
site oder jeder anderen gewunschten Steueiprogramnvierlogik, die durch die Steuereinrichtung 12 verwendet werden 
kann, um den Betriebsablauf des Prozesses 16 zu stcuern. In einer AusfUhrungsform werden PADs unter Verwendung 25 
von SFC-Prograrnmicrtcchnikcn definiert in wclchcn cine Anzahl von Schrittcn zusaromcngebunden werden und die 
Aktionen innerhalb eines Schrittes auagefuhrt werden, bis ein Obergangszustand wahr wird, und an diesem Punkt bewegt 
sich die Steuerung zu dem nachsten Schritt der durchgefuhrt wird, bis der nachste Obergangszustand wahr wird, und so 
fort Das SFC-Progi^mmierprotokoU basiert auf denNormenffiC 848 undlEC 1131-3 fur Ptogranimiersprachen und ist 
nach dem Stand der Technik bekannt. Die PADs kSnnen jedoch jede andere gewiinschte Art von Programmierstruktur 30 
verwenden, um den Betriebsablauf einer Phase zu derinieren. Allgemein gesprochen schaffi die PAD die grundsatzliche 
oder generische Steuerroutine, die von der Steuereinrichtung 12 wahrend des Betriebsablaufes eines Stapelprozesses 
auszufiihren ist 

Um es zu erlauben, daft eine generische PAD auf eine beliebige Anzahl von unterschiedhchen Einheitenmodulen in- 
nerhalb einer Einneitenklasse angewandt wird, wird die PAD so konfiguriert (unter Verwendung einer Konfigurationsan- 55 
wendung in der Workstation 14 durch den Benutzer), daB sie jedes exteme Modul oder I/O referenzien, das von Einhei- 
Lenmodul zu Einheitenmodul unlerschicdlich isL, sowie jede andere gewUnschle \kriable oder jeoen anderen gewunsch- 
ten Parameter, und zwar unter Verwendung eines Aliasnamen, das heiflt eines generischen oder noch nicht spezifizierten 
Namens, der noch nicht mit einer bestimmten Hardware oder einem bestimmtcn Ilardwareelement verbunden ist Als 
Rcsultat ist die PAD in dem Sinn gencrisch, daB die PAD auf mehrere Einhcitcnmodulc und auch in mchrcrcn Einheiten- 
klassen angewandt oder verwendet werden kann. 

Jede derPhasenklassen von Fig. 2 enthalt ein PAD-Objekt, mit der Ausnahme der Heizphase, die zwei PAD-Objekte 
enthalt, welche es ermoglichen, daB dieselbe Phasenklasse auf Steuereinheiten (wie z. B. Reaktor-Einheiten) angewandt 
und von diesen verwendet wird, die geringfugig unterschiedliche Arten von Hardware oder Ausriistung aufweisen wie 
nacbtblgend im Detail beschrieben wird 

Wie anhand der Emheilenmodule in Fig, 2 gezeigt ist, enthalt jedes Einheitenmodulobjekt Null oder mehr Einheiten- 
kennzeichen (UT) oder Parameter, die Ausgangswerte haben. Diese Parameter Jconnen Einstellungen und Konfigurati- 
onsparametern der Cerate, die zu dem Einheitenmodul gehoren, entsprechen. Ferner kann jedes Einheitenmodulobjekt 
Alarmsignale, Ressourcenidenufikationen, eine Kontrollanzeige (wie z. B, Mensch-Maschine-Schnittstellenbild), eine 
Liste der Ressourcen, die dieses Einheitenmodul bentfugt und ProzeBzelleninfbrmationen aufweisen, die diesem zuge- so 
ordnet sind, Dabei isL wichdg, daB jedes ModLUeinheitenobjeki cine Alias-Auflosungstabelle (AKT) F Null odermehr Ein- 
heitenphasenobjekte (UP) und eine Einheitenphasentabelle (UPT) aufweist, die zu diesem gehoren. Die Alias- Auflo- 
sungstabelleistein unbenanntes Objekt, das eine Liste von AUasnaraen/Instanzenckfinitiorispaaren fiir das Einheitenmo- 
dul, zu welchcr sic gehort, cnthfilt Die Liste der Aliasnamcn in der Tkbcllc basicrt auf den gultigcn Aliasnamcn, die ftir 
jede Einheitenklasse definiert sind, welche wiederum alle Aliasnamen einschlieBt, die in alien Phasenklassen verwendet 55 
werden t die zu der Einheitenklasse dieses Einheitenmoduls gehGren. Mit anderen Worten enthalt die Alias-Aufiosungs- 
tabelle eines Einheitenmoduls eine AUasdefinition fur jedes Alias, das in jeder Phasenklasse verwendet wird, die an die- 
sem Einheitenmodul implemendert werden kann. Der Benutzer konfiguriert die Instanzendefinition fiir Aliasnamen, die 
an jeder Einheit zur Zeit der Konriguration basierend auf den Aliasnamen, die in den Phasenklassen verwendet werden, 
die zu der Einheitenklasse gehoren, definiert: werden sollten. * 60 

In einigen Tnstanzen ist es wunschenswert einen speziellen Wert fur eine Aliasinstanzendefinition zu schaffen, derbe- 
deutet, einen besdmmten Aliasnamen zu IGNORIEREN, Der ^ffekt dieser Definition soli besagen, daB an diesem Ein- 
heitenmodul eine Phasenlogik, die diesen Aliasnamen verwendet fur das Heninterladen in die Steuereinrichtung 12 zu- 
gelassen werden sollte, obgleich dieses Einheitenmodul diesen Aliasnamen nicht braucht oder unterstutzt Die Ausflih- 
rung wahrend der Laufzeit verursacht, daB Schreibversuche in einen Parameter mit Alias der Phasenlogik, der mit einem 65 
Parameterpfadstring mit Alias spezifiziert wird und eine Aliasinstanzendcfinition IGNORIBREN hat unterdriickt wer- 
den, veranlaBt daB Leseversuche aus einem Parameter mit Alias, der mit IGNORIEREN definiert ist, unterdriickt wer- 
den, oder sendct einen Nullwcrt odor cincn anderen vorcingcstclltcn Wert zurtick und vcrursacht moglichcrwcisc, daB cin 
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Alarm ausgeldst wind, urn einea Benutzer in Kenntnis zu setzen, daB ein Problem yorliegt Falls erwttnscht, kann die 
IGNORJEREN*Dcfinition als ein Attribut der Aliasdefinition gespeichert werden und kann w&hrend der Laufzeit unter 
Verwendung beispielsweise einer IF. . /THEN-Logik getestet werden. 

Jedes Hinheitenphasenobjekt 1st ein bekanntes Objekt, das eine Instanz einer Phasenklasse darstellt, die zu einem be- 
5 srimrn ten Einhri tenrnodut gehttrt oder fur ein solches geschaffen wurde, Tn dem Konfiguraiionss ystem (das heiBt in einer 
der Workstations 14) stellt das Einheitenphasenobjekt eine Komponente eines Embeitenmoduls dar, die unabhangig ge- 
andcrt und heruntergeladen werden kann. In dem Laufzeitsystem (das heiBt in der Steuereinrichtung 12) stellt das Ein- 
heitenphasenobjekt eine Phasenlogik dar, die durch die Steuereinrichtung 12 an einem Einheitenmodul unabhangig be- 
Ideben (gesUurtet, gesloppt, gehalten, unierbroehen etc.) werden kann; inoglicherweise parallel toil anderen Binheiten- 
10 phascn, die gleichzeitig auf unterschiedlichen Binheitcnmodulen aktiv sind. Im wcscntlichen ist das Einheitenphascnob- 
jekt die diesbeztiglich konkretisierte Version einer der Phasenklassen, die unter Vcrwcadung der Alias- Aufldsungstabellc 
fiir das Einheitenmodul, zu wclchern das Einheitenphasenobjekt gehort, aufgeldst wurde, Beispielsweise wiirde ein Ein- 
heitenpbasenobjekt des Reaktors_02 in Fig. 1 unter Verwendung der generischen FAD Sir die Fiillphasenklasse geschaf- 
fen, in welcher die Aliasnamen unter Verwendung der Alias- Aufl dsungstabelle fiir die Reaktor_02-Moduleinheit aufge- 
15 lost sind Sornit konnte das Alias Zulauf_Ventil in der PAD fiir die Fiillphasenklasse als das Ventil 201 oder 202 in Fig* 1 
in dem FuJIeinheitenphasenobjekt fur das Reaklor_02-Einheitenmodul definiert werden. Die Steuereinrichtung 12 fiihrt 
tatsachlich das Einheitenphasenobjekt aus (das heiBt die diesbezUglich konkretisierte \fersion der Phasenklasse wahrend 
der Laufzeit) und belaik die generische Version der Phasenklasse in dem Speicher 22, 

Die Phasentabetie flir ein Hinheitenmodul ist ein unbenanntes Objekt, das Schlusseleigenschaften rvlr jede Einheiten- 
20 phase enthalt, die an dem Einheitenmodul verftigbar gemacht wird. Die Pbasentabelle enthalt eine Liste von Phasenklas- 
sennamen aller Phasenklassen, die zu der Einheitenklasse des Einheitenmoduls gehoren. Fur jede Phasenklasse sieht 
bzw, konfiguriert der Benutzer die SchlUsseleigenschaften, einschliefilich des Einheitenphasennamens (String), einer 
rifizierungsangabe, daB eine gilllige Aliasinsianzendeanilion in der Alias-AuflosungsLabelle des Einheitenmoduls fiir je- 
den Aliasnamen vorhanden ist, der in der Phasenklasse verwendet wird, und daB jede andcre obligatorische Phasenklas- 
25 senverifizicrungspriifung bestanden wurde, sowie eine Download-Angabe, die den Programmgestalter oder Benutzer in 
die Lagc vcrsctzt, das Hcruntcrladcn der. Einhcitcophasenlogik fur Phasenklassen zu untcrdriicken, Beispielsweise wurde 
eine Einheitenphase nicht heruntergeladen, wenn entweder die Verifizierungsangabe festlegt, daB die Verifizierung nicht 
vorgekommen ist, oder wenn die Download- Angabe durch den Benutzer auf NELM gesetzt wurde. Die Phasentabelle 
kann ferner eine permanente (Ja/Nein) Idendftzierung enthalten, die die Steuereinrichtung 12 benachrichtigt, wenn diese 
30 Einheitenphase als 'permanent" in dem Laufzeitsystem behandelt werden sollte. Wenn dies der Fall ist, wird die Einhei- 
tenphase stets instantiiert, so daB sie niemals aufgrund von Over-Commitment der Steuereuirichtungsspeicherressourcen 
nicht ablaufen kann. Andere Informationen konnen ebenfalls in der Einheitenphasentabelle vorgesehen sein, wie z* B. 
Eigenschaften, die von der Stapelausfuhrungsroutine henotigt werden, Ressourcenidentifikationskennzeichen, benoiigte 
Ressourcen, ein Ausfahrungsperioden-Teiler/Multiplikaror fur die Steuereinrichtung 12 und beliebige andere Eigen- 
35 schaften, welche das Laufzeitverhalten einer Phase steuern warden. 

Fig, 3 stellt eine detailliertere Version einiger der in Fig. 2 dargestellten Objekte dar und zeigt die Beziehungen zwi- 
schen diesen Objeklenbessen Um die Prinzipien der vorliegenden Erfindung darzustellen, sind in Fig, 3 zwei Einheilen- 
klassen dargestellt, nSmiich erne Reaktor-Einheitenklasse 50 und eine Zuliefer_1ank-Einheitenklasse 52. Fur die Reak- 
tor-Einheitenklasse 50 ist ein Einheitenmodul 54 dargestellt, nSmlich der Reaktor_J)l. Es konnen zwar auch andere vor- 
40 handen sein, die jedoch in Fig. 3 nicht dargestellt sind Das Einheitenmodul 54 definiert cinige der Rcaktorparamctcr, die 
zu der Reaktor-Einheitenklasse gehoren, namlich daB die Kapazitat des Reaktors_01 300 betragt und daB der ReaktorJH 
kein Riihrwerk enthalt. Entsprechend gehoren zwei Phasenklassen zu der Reaktor-Einheitenklasse, darunter eine Fiill- 
phasenklasse 56 und eine Entleemngsphasenklasse 58. Die FUllphasenklasse 56 enthalt eine PAD (als ein SFC in grafi- 
scher Form auf deren rechter Seite dargestellt), welche so gestaltet wurde, daB sie zwei Aliasnamen verwendet, namlich 
45 #ZUI^UF_ VENTIL* UND #PEGKL#. Diese Aliasnamen werden tatsachlich in den in der PAD der Ftillphasenklasse 
56 dargestellten Rahmen verwendet, konnen jedoch alternativ irgendwo sonst innerhalb der Logik der PAD verwendet 
werden. Die Fiillphasenklasse 56 enthalt ferner eineEingahe, die als SOLLJPEGEL definiert ist, und eine Ausgabe, die 
als END_PEGEL definiert ist. Wahrend die Aliasnamen so angegeben sind, daB sie durch ein Nummernzeichen (#) be- 
grenzt oder markien sind, konnte jedes andere Identifizierungskeunzeichen verwendet werden, um einen Aliasnamen zu 
50 definieren, der bei der Instantiierung einer Phase ersetzt werden muB. In ahnlicher Weise enthalt die Entleemngsphasen- 
klasse 58 eine PAD* die auf der rechlen Seite derselben in grafischer Fonn dargestellt ist, welche die Aliasnamen #AUS- 
LASS_VENT[L# und #PEGEL#, eine Eingabe, die als RATE definiert ist, eine Ausgabe, die als END J>EGEL definiert 
ist, und einen Algorithmusparameter (von der PAD verwendet) der als TATS ACHLICHE A _RATE definiert ist, hat, wel- 
che als cine vorttbcrgchcndc Spcichcrposition wahrend der Ausfuhrung der PAD verwendet werden konnen, 
55 Da die FtibV und Entleerungsphasenklassen 56 und 58 zu der Reaktor-Einheitenklasse 50 gehdren, sollte das Reak- 
tor_01 -Einheitenmodul 54 (das ebenfalls zu der Reaktor-Einheitenklasse 50 gehort) so gestaltet sein, daB es die Aliasna- 
men unterstiitzt, die in den beiden Phasenklassen 56 und 58 verwendet werden, und zwar aus dem Grund, daB die Steu- 
ereinrichtung 12 versuchen kann, diesbezUglich konkretisierte Versionen der Phasenklassen 56 und 58 fur das Reak- 
tor_01-Einheitenmodul 54 wahrend der Laufzeit zu schaften, Als ResuUat wird eine Alias-Auflosungstabelle 60 fur das 
60 Reaktor_01 -Einheitenmodul 54 geschaffen, um jeden der Aliasnamen #ZUIAW_VENTEL# (in der Fiillphasenklasse 
56 verwendet), #PEGET># (sowohl in derFullphasenklasse 56 als auch der Entleerungsphasenklasse 58 verwendet) und 
#AUSLASS_VENTIL# (in der Entleerungsphasenklasse 58 verwendet) zu definieren, Die Alias-Auflosungstabelle 60 
enthalt gtlltige Definidonen fur #ZULAUF_ VENHL# und #FEGEL#- Aliase, enthalt jedoch keine gtiltige Definition ftlr 
das #AUSIj\SS_VENriTL#-Alias. Als Resultat bestimmt die von der Workstation 14 ausgefUhrte Konfigurationsroutine 
65 dann, wenn sie bestimmt, daB jede Phasenklasse innerhalb des Steuerschemas gitltig. definiert ist, daJ3 ein Fiilleinheiten- 
phasenobjekt fiir das Reaktor^Ol-Einheitcnmodul 54 geschaffen werden kann, da jeder der Fullphasenklassen-Aliasna- 
men in der Alias-Auflosungstabelle 60 fur das Rcaktor_01-Bnheitenmodul 54 gitltig definiert ist Diese Konfigurations- 
routine bestimmt jedoch, daB ein Endccrungscinhoitcnphascnobjekt fiir das Rcaktor_01-Einhcitcnmodul 54 nicht gc- 
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schaffcn werden karih, da die AHas-Aufldsungstabelle 60 keine giiltige Definition fur alle Aliasnamen aufwekt, die von 
der Entleerungsphasenklasse 58 verwendet werden. Als Resultat zeigt eine Phasentabelle 62 fur das Reaktor 01-Einhei- 
tenmodul 54 (welche durch die Konfigurationsanwendungen der Workstation 14 geschaffen wird) an, dafi die Fullphase 
rur das Reaktor Jl-Hinheitenmodul 54 aurgelost ist und in die Steuereinheit 12 heruntergeladen werden kann, daB je- 
doch die Entleerungsphase fur das Reaktor JN-Rinheitenrnodul 54 nicht aufgelost ist und daher nicht in die Steuerein- 
richtung 12 heruntergeladen werden kann, und zwar bestimmt durch die ungultige Definition des #AUSLASS VEN- 
TIL#-Alias in der Alias-Auflosungstabelle 60. 

Es sei angemerkt, daB die in Fig, 3 gezeigte Fullphasenklasse 56 generisch ausreichend definiert ist, urn auf eine zu- 
s&lzliche Einheilenklasse anwendbar zu sein, naiulich die ZuUefcr^'Iank-mnheiienklasse 52, die in FJg. 3 so dargestellt 
ist, daB zu ihr ein Zuliefertank_06-Einheitenmodul 64 gehort. Als Resultat muB fur die Fullphasenklasse, die zum Her- 
unterladen iii die Steuereinrichtung 12 dcfinierl oder in ordnungsgemSBer Wrise unterstUtzt wird, das ZuliefertankJ)6- 
Einheitenrnodul (sowie alle ahderen Einheitenmodulc der ZuUefer.lank-Einheitehklasse 52) eine Alias- Auflosungsta- 
belle haben, die eine Definition fur die von der Fullphasenklasse 56 verwendeten Aliase gibt, namlich #ZULAUF_VEN- 
TIL# und #PEGEL#. Wenn dies erfull t ist, kann die Fiillphasenklasse 56 verwendet werden, urn Einheitenphasen fur je- 
des Einheitenmodul entweder in der Reaktor-Einheitenklasse 50 oder der Zuliefer_1ank'Einheitenklasse 52 zu erzeugen. 

Wahrend der Konfiguration verwendet ein S ystemgestalter, wiez. B. ein Techniker, ein Konfigurationsprogramm, das 
auf einer der Workstations 14 ausgefUhrt wird, urn die Phasenklassen und Alias- Aufiosungstabellen fur jedes der Einbei- 
tenmodule innerhalb des ProzeBsteuemetzes 10 zu korifiguriererL Allgemein ausgedruckt definiert der Techniker die 
PADs fur jede der Phasenklassen (wie z, B. die Fillip Heiz-, Entleerungs- und Reinigungsphasenklasse in Fig. 2) unter 
Verwendung jeder gewtlnschten Prograrnmiersprache oder -umgebung und unter Verwendung von Aliasnamen flir be- 
stimmte Variable oder Module, wie z. B, Einrichtungen, Modulparameter, Funktionsblocke, etc., so dafi die PADs ver- 
wendet oder angewandt werden konnen, urn jedes der mnheitenmodule zu steuem, das zu einer Einheltenklasse gehort, 
zu welcher die Phasenklasse gehorL Die Konfiguralionsanwendung kann den Techniker in die Lage versetzen, diese 
PADs in jedcr gcwiinscbten Weise zu importieren und kann den Techniker auffordern, jedc crforderliche Information an- 
zugeben, darunter beispielswcise eine Liste von Aliasnamen, die in den PADs fur jedc Phasenklasse verwendet werden. 

GcmaB vorlicgcndcr Erfindung kann der Techniker mchrcrc PADs fur jedc bcstirnmtc Phasenklasse definicren, um 
Unterschiede bei der Hardware oder den Geraten, die zu den unterschiedlichen Einheitenmodulen derselben (oder ver- 
schiedener) Einheitenklassen gehoren, zu berUcksichtigen. Somit kann der Techniker beim Erstellen der Heizphasen- 
klasse fur die Reaktor-ESnhettenklasse eine erste PAD schaffen, welche ein ReaktorgefSB unter Verwendung einer elek- 
trischen Heizausrustung erwarmt, und eine zweite PAD, welche ein ReaktorgefSB unter Verwendung einer Dampfheiz- 
ausriistung erwarmt Jeweils eine unterschiedliche dieser PADs wird verwendet, um das Einheitenphasenobjekt fur un- 
terschiedliche Einheitenmodule zu schaffen, Wenn beispielsweise das Reaktor_01-Einheitenmodul mit einer elektri- 
schen Heizausrustung versehen ist (beispielsweise die Kinrichtung 1 05 in Fig. 1 ein elektrisches Heizelement ist) und der 
Reaktor_02 rmt einer Dampmeizausrtistung versehen ist (beispielsweise die Emrichtung 205 in Fig. 1 ein Dampfheize- 
lement ist), wird die erste PAD der Heizphasenklasse verwendet, um die Heizeinheitenpbase flir das Reaktjor_01 -Einhei- 
tenmodul zu erstellen, wahrend die zweite PAD der Heizphasenklasse verwendet wird, um die Heizeinheitenphase ftir 
das ReakLor_02-Einheilenmodul zu schaflen. Um die Workstation 14 und die Steuereinrichtung 12 in die Lage zu versel- 
zen, zu entschciden, welche PAD einer Phasenklasse zu verwenden ist, wenn eine bestimmte Einheitcnphasenklasse fur 
einc Phasenklasse geschaffen wird, die mchrcre PADs hat, enthalt jedes Einheitenmodul, das eine Phasenklasse mit meh- 
rcrcn PADs untcrstutzt, cine Angabc, wckhc den Gcratctyp identifiziert, den dieses Einheitenmodul hinsichtlich der Un- 
terscheidung zwischen den unterschiedlichen PADs hat. Dieses Kennzeichen kann in jeder gewtmschten Weise gespei^ 
chert werden, so lang es fur die Steuereinrichtung 12 verfUgbar ist, wenn die Steuereinrichtung 12 eine Einheitenphase 
zur Ausfuhrung erstelit. Beispielsweise hat das Reaktor J)l-Emheitenmodul einen Identifizierungsparameter, der aufei- 
nen Wert gesetzt ist, der angibt, daB dieser Reaktor eine elektrische Heizung hat, wahrend das Reaktor_02-Einheitenmo- 
dui denselben identinkationsparameter hat, der auf einen Wert gesetzt ist, der angibt, daB dieser Reaktor eine Damprhei- 
zung hat. Wenn die Steuereinrichtung 12 eine Einheitenphase fur ein Einheitenmodul schaffi, greift sie auf den Identin- 
kationsparameter zu und verwendet basierend auf dem Wert, des Tdentifikationsparameters die erste PAD (elektrische 
Heizung) oder die zweite PAD (Dampfheizung), wenn die Einheitenphase erstelit wird. 

AnschlieBend erstelit der Techniker die AUas-AuflOsungstabeUe fur jedes Hnheitenmodul (wie z. B. die AUas-Auflo- 
sungstabelle 60 in Hg, 3) und sieht in jeder Alias-Auflosungstabelle eine Definition fttr jeden der AUasnamen vor, die in 
jeder einzelnen Phasenklasse verwendet werden, die zu der Einheitenklasse gehoren, zu welcher das Einheitenmodul ge- 
hOrt Beispielsweise wtirde in der ObjekthLerarchie in Fig t 2 der Techniker eine Alias-Auflosungstabelle fur jedes der 
ninheitenmodule Reaktorjtt, Reaktor J)2 und Reaktor J)3 erstellen, die eine Definition fur jeden der Aliasnamen ent- 
halt, die in der Full-, Hciz, Entleerungs- und Reinigungsphasenklasse verwendet werden. Da die Fullphasenklasse S6 
auch zu der Zuliefer^Tank-Einheitenklasse 52 gehort, wie in Fig, 3 am besten zu erkennen ist, mtiBte der Techniker si- 
cherstellen, daB die Alias-Aufl5sungstabelle fur jedes Emheitenmodul, das zu der Zuliefer_1ank-Einheitenklasse geh5rt 
(wie z. B» das Zuliefer^Tank06-EinheitenmoduL 64 in Fig, 3), Definitionen fur jeden der Aliasnamen enthalt, die in der 
Fiillphasenklasse 56 sowie in jeder anderen Phasenklasse verwendet werden, die zu der 2uliefer_Tank-Hnheitenklasse 
52 gehort Selbstverstandlich kftnnen, wie vorstehend angemerkt, einige der Aliasnamen mit dem IGNORIEREN-Wert 
in einigen der Alias- Auflftsungstabellen der Einheitenmodule definiert sein, da sie fur den Betriebsablauf dieses be- 
stimmten Einheitenmoduls irrelevant, sind. 

Vbrzugsweise enthalt die Konfigurationsanwendung in der Workstation 14 eine Afiasdefimtionsprufroutine, die auto- 
matisch prtift, ob jeder Aliasname flir jede Phasenklasse von der Alias-Auflosungstabelle fur jedes Einheitenmodul un- 
terstutzt wird. das zu der Einheitenklasse gehort, zu welcher die Phasenklasse gehdrt In einer AusfQhrungsform ergibt 
jede Einheitenklasse cine Liste von Aliasnamen, das jeden Aliasnamen enthalt, der in jeder Phasenklasse verwendet 
wird, die zu dieser Einheitenklasse gehort. DiePrtrfroutine kann anschlieBend bestimmen, ob eine gultige Aliasdefinition 
fiir jeden dieser Ah" asnamen in jeder ALias-AuftBsungstabelle existiert, die zu dieser Einheitenklasse gch5rt Damehrere 
Einheitenklassen cine Phasenklasse tcilcn konnen (wic flir die Fullphasenklasse in Fig. 2 und 3 dargestellt), konnen dic- 
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selben Aliasnarnen in unterschiedlichen Einbeitenklassen verwendet werden, was es erfordert, daB Aliasnarnen innerhalb 
des Systems global einzigartig sind. In einer weiteren Ausrahnmgsform kann die Prtifroutine die Aliasnarnen fur eine be- 
stirnrnte Phasenklasse bestimmen, die Einheitenklassea bestirnrnen, zu welchen die Phasenklasse gehdrt, und zwar ba- 
sierend auf dem Kinheitenklas senkennzeichen der Phasenklasse, und die Alias- Auflosiingstabelle fttr jedes Einheitenmo- 
5 dul prtifen, das m den identifizierten Eiriheitenklassen gehort, utn m bestimnien, oh diese Alias- Auflosungstabellen eine 
gUltige Definition fiir jeden der Aliasnarnen der Phasenklasse enthalten. Die Routine kann anschtiefiend zu der nacbsten 
Phasenklasse weitergehen und den Vbrgang wiederholen, bis alle Phasenklassen gepruft wurden, W&hrend dieses Pro- 
zesses kann die Prtifroutine die Phasentabelle fttr jedes Einheitenmodul ausflillen und in der Phasentabelle angeben, ob 
jede Phase auflosbar 1st, und zwar basierend auf der Alias- Au flos ungs labelle Itir dieses EinheilenmoduL und ob diese 

to Phase, das heiBt Phasenklasse, in die S teuereinrichtung 12 zur Verwendung beim Ablaufbctricb hcruntcrgeladen werden 
kann* Die Prtifroutine kann femer bestimnien, ob eine Definition fur jeden AHasnamen in einer bestinxmlen Alias-Auf- 
lSsungstabclle vorhanden ist und ob die angegebene Definition eine gtiltige ist, das beiBt eine gtiltige Position oder Ein- 
richtung innerhalb des Pro zefisteuersy stems angibt Diese tfberprlifung wird erreicht, indem eine Konrlgurationsdaten- 
bank innerhalb der Workstation 14 verwendet wird, welche so eingerichtet wird, daB sie die Systemhardwarekonfigura- 

15 tion und die von der Steuereinrichtung 12 wahrend der Laurzeit verwendete Datenbank spiegelt Die Verwendung dieser 
Prtifroutine hilft dabei, es zu ermdglichen, daB eine Phasenklasse durch rnehrcre Einheitenklassen unterstUtzt wird, 

Die Phasentabellen k&nnen von dem Techniker verwendet werden, um zu bestimmen, welche Phasenklassen hicht von 
jedem einzeinen Einheitenmodul untersttitzt werden, an welchen die Phasenklassen wahrend der Laurzeit angewandt 
werden konnen, Wenn eine Phasenklasse auch nurvon einem Einheitenmodul nicht untersffitzt wird (bedingt durch eine 

20 ungtlltige oder fehlende Aliasdefinition in der Alias-Aufldsungstabelle fiir dieses Einheitenmodul), verhindert die Kon- 
figurationsroutine vorzugsweise, daB diese Phasenklasse in die Steuereinrichtung 12 heruntergeladen wird, urn zu ver- 
hindern, daB die Steuereinrichtung 12 versucbt, basierend der Phasenklasse eine ausfllhrbare Routine zu schaffen, wel- 
che aufgnmd der nichL aullosbaren Aliasdefinition unlerbrochen oder angehalten werden kann. Femer kann die Konftgu- 
rationsroutine das Herunterladen einer Phasenklasse basierend auf der Binstellung der Herunterladepararneter innerhalb 

25 der Phasentabelle verhindern. 

Wcnn aUc Phasenklassen und Alias-Auflosungstabcllcn ordnungsgcmaB konfiguricrt sind, werden sic in die Steuerein- 
richtung 12 heruntergeladen, um den Ablaufbeirieb basierend auf diesen Objekten zu erlauben. Allgemein ausgedrtickt 
speichert die Steuereinrichtung 12 die Alias- Auflosungstabellen und die Phasenklassen, die die Aliasnarnen enthalten, in 
den Speicher 22, Die Phasenklassen und die Alias- AuflQsungstabellen kflnnen jedoch in dem Speicher 20 einer der 

30 Workstations 14 oder in jedern anderen Speicher gespeichert werden, wenn dies erwttnscht ist In jedem Fall schafft die 
Steuereinrichtung 12 keine ausftihrbare Einheitenphasenroutine, bevor eine derartige Routine tatsachlich benotigt wird 
oder von der StapelausfUhrungsroutine aufgerufen wild (welche in einer Workstation 14 oder der Steuereinrichtung 12 
gespeichert sein kann und auf diesen ablaufen kann). Wenn die StapelausfUhrungsroutine einen Stapelablauf implemen- 
tiert, schafft sie zunachst eine Instantiierung jeder Phasenklasse fur jedes der einzeinen Einheitenmodule, auf welchen 

35 der StapelprozeB ablaufen soil Die S teuereinrichtung 12 (oder ein Programm in dieser) greift auf die Phasenklassen, die 
zu verwenden sind, zu und greift auf die Alias-Aufldsungstabelle fur das Einheitenmodul zu, auf welcbem die Phase, die 
zu der Phasenklasse gehort, ablaufen soli Unler ^Verwendung der Alias- AuflosungsLabelle und der PAD fur die Phasen- 
klasse erstellt die Steuereinrichtung 12 cine ausftihrbare Einheitenphase, wobei die Aliasnarnen in der PAD aufgeldst 
werden oder durch die Definition fiir diese Naraen innerhalb der Alias-Auflo"sungstabeUe ersetzt werden. Wenn die Pha- 

40 scnklassc mchr als cine PAD hat, verwendet die Steuereinrichtung 12 die PAD-Idcntiftricrungsparanxctcr des Einhcitcn- 
moduls, um zu bestimmen, welche PAD zu verwenden ist, um die Einheitenphase zu schaffen. Anschliefiend fuhrt die 
Steuereinrichtung 12 die Einheitenphase entsprechend der Anweisung von der Stapelausfuhrungsroutine durch (das 
heiBt die diesbeztiglich konkretisierte Version der Phasenklasse) . 

Weil die Steuereinrichtung 12 die Phasenklasse, welche die Aliasnarnen enthalt, in ihrem Speicher 22 speichert, muB 

45 die Steuereinrichtung 12 keine diesbeztiglich konkretisierte ausftihrbare Version jeder Phasenklasse fur jedes Einheiten- 
modul (das heiBt alle Einheitenphasen) zu jeder Zeit haben, was die Speichererfordemisse der Steuereinrichtung 12 ver- 
ringert TatsSchlich mu6 gemaB voriiegender Rrfindung die Steuereinrichtung 12 nur ausreichend Speicher verwenden, 
um jede der Phasenklassen und jede der instantiierten Einheitenphasen zu speichern, die gegenwartig ablaufen, Nach der 
AusfUhrung einer Einheitenphase kann die Steuereinrichtung 12 die Einheitenphase entfernen, da die Steuereinrichtung 

so 12 eine neue Einheitenphase fur ein Einheitenmodul aus der gespeicherten Phasenklasse und der gespeicherten Alias - 
Auflosungstabelle fur dieses Einheilenmodul erstellen kann. Selbslversuindlich wird dann, wenn eine Einheitenphase fUr 
den Betriebsablauf der Steuereinrichtung 12 permanent mstantiiert werden soil, wie von dem Benutzer in der Phasenta- 
belle dehmert, die Einheitenphase nicht entfemt, sondem in dem Steuereinrichtungsspeicher 22 gehalten, um sicherzu- 
stcllcn, daB fur dicsc Einheitenphase stcts Speicher vcrfugbar ist. In jedem Fall rcduzicrt das Speichern der gcncrischcn, 

55 mit Alias versehenen Steuerroutinen (Phasenklassen), bis sie tatsachlich gebraucht werden, und das anschliefiend© Er- 
stellen einer ausfthrbaren Steuerroutine unter Verwendung der Alias-Auflosungstabelle die erforderticheSpeichermenge 
gegeniiber deh Systemen nach dem Stand der Techntk, bei welchen es erforderlich ist, daB eine Steuereinrichtung ein se- 
parates ausfiihrbares Programm fur jede Phasenklasse fiir jedes Einheitenmodul zu jeder Zeit speichert. Da jedoch eine 
separate ausfuhrbare Steuerroutine (Einheitenphase) vorder Laurzeit ges chaff en wird, erkennt die Steuereinrichtung 12, 

60 daB ein Auflosungsproblem zwischen der generischen Steuerroutine und der Alias- Auflosungstabelle vorliegt, bevor sie 
mit der Ausfiihrung eines Stapetablaufs beginnt, was verhindert, daB der Stapelablauf begonnen wird und anschlteBend 
wahrend seines Betriebes unterbrochen wird, bedingt durch einen nicht auflosbaren Aliasnarnen, was bei dem System 
nach dem Stand der Technik ein Problem war, bei welchem eine generische Steuerroutine gespeichert und ausgefllhrt 
wurde, in welcher Aliasnarnen fliegend wanrend der Lauf zeit aufgelOst wurden. 

65 Da f erner eine ausfUhrbare Einheitenphase vor der Lauf zeit geschaffen wird und da diese Einheitenphase von der S teu- 
ereinrichtung 12 wahrend der Lauf zeit verwendet wird, ist die generische Phasenklasse stets verfiigbar und somit kann 
dicsc Phasenklasse verwendet werden, um anderc Einheitenphasen zu schaffen, wShrend eine daraus gcschafFene Ein- 
heitenphase ablauft. Entsprcchcnd kann die generische Phasenklasse crweitert oder vcrandcrt werden, wahrend cine aus 
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dieser Phasenklasse entwickelte Einheitenphase ablauft, was bedeutet, daB der Benutzer eine neue Phasenklasse herun- 
terladen kann, ohne daB gegcnwartig in Ausfiihrung befindliche Routinen, die aus der fruheren Phasenklasse entwickelt 
wurden, unterbrochen werden mussen* Dies ist vorteilhaft, da es die Erweiterung der Steuereimichtung 12 ohne Unter- 
brechung des gegenwartig ablaufenden Processes erlaubt. 

Da darttber hinans eine Phasenklasse mit mehr als einer Rinheitenklasse verbunden sein kann t kann eine ejnzelne Pha- 5 
senklasse gespeichert werden und fur mebrere unterschiedliche Typen von Einheiten oder Hardware verwendet werden, 
was die Anzahl der innerhalb des Steuersystems erforderlichen Objekte weiter reduziert und die Speicheierfordemisse 
der Sfeuereinrichtiing 12 verringert Da ferner eine Phasenklasse mehrere PADs fiaben kann, welche mit unterschiedli^ 
chen Geraten innerhalb derselben (cxler verschiedenen) EinbeiLenklasseo verwendet werden konnen, muB der Benutzer 
die StapelausfUhmng&routine nicht so programmieren, dafi die kleineren Unterschiede der Hardware bcrUcksichtigt wer- io 
den. Anstclle dessen berucksichtigt die Phasenklasse diese Unterschiede und somit kann die StapclausfQhnmgsroutine 
dieselbe Phasenklasse verwenden oder aufrufen, um dieselbe Funktion an untcrschicdlichen Einheitenmodulen durchzu- 
ftihren, wenngleich auch die unterschiedlichen Einheitenmodule mit geringfUgig onterachiedlicher Hardware ausgeriistet 
sind 

Die von dem Techniker entwickelten ProzeBsteuerroutinen kotmen femer bestimmte Parameter c«3er Viable enthal- 15 
ten, deren Wert angegeben werden kann, nachdem die diesbeziiglich konkretisierte Prozefisteuerroutine (das heiBt die 
Einheitenphase) innerhalb der Steuereinrichtung 12 geschaffen wurde. Diese dynamisch gebundenen oder dynamisch 
aufgeldsten Parameter sind niltzlich, wenn beispielsweise einem Benutzer oder fiir die StapelausfUhrungsroutine inner- 
halb einer Phase eines Stapelablaufs auf einem bestimmten Kmheitenmodu] verschiedene Moglichkeiten zur Auswahl 
stehen. Beispielsweise kann eine Stapclausfiihmngsroutine in Abhangigkeit von dem verwendeten Rezept entschdden 20 
mussen, ob das Ventil 201 oder das Ventil 202 in dem Reaktor_02 in Fig, 1 geoffhet werden. Wenn beispielsweise der 
Stapelablauf die HersteUung eines mit Kohlensaure versetzten Getranks, wie z. B. Bier, betrifft, kann das Rezept die Her- 
steUung von nonnaleni Bier belrefTen, in welchem Fall das Ventil 201 des Reaktors_02 wahrend der FOllphase des Sla- 
pelprozesses geoffhet werden muB, oder das Rezept kann die HersteUung von Leichtbier betreffen, in welchem Fall das 
Ventil 202 des Reaktors_02 wahrend der Fullphase des Stapclprozesses geoffhet werden muB. Anstatt daB zwei unter- 25 
schicdlichc Phascnklasscn fur dicsc untcrschicdlichen FtSUvorgangc (basicrend auf dem Rezept) vorhanden sind, ist cs 
nutzlich, die StapelaustXihrung in die Lage zu versetzen, den Zulaufventilparameter dynamisch anzugeben, nachdem die 
Einheitenphase fur das Reaktor_02-Einheitenmodul innerhalb der Steuereinrichtung 12 geschaffen wurde. 

Wie vorstehend angefuhrt verwendeten Systeme nach dem Stand der Technik, welche dynamische Bindung ermog- 
lichten, typischerweise ein Adressarray, in welchem unterschiedliche Zeiger an verschiedenen Adressen gespeichert 30 
werden konnten, welche innerhalb der Steuerroutine verwendet wurden, wobei zu jeder Adresse ein Zeiger gebdrte. Es 
war jedoch sebwierig, diese Adressen und die darin enthaltenen Zeiger zu verwalten und es gab keine Moglichkeit, dy- 
namisch zu bestirnrnen, oh der Teiger an einer Adresse gilltig war, hevor versucht wurde, die dynamische Verbindung 
herzustellen, Wenn der Zeiger ungttttig war, wurde die Steuerroutine typischerweise unterbrochen, was insbesondere im 
Verfauf eines Stapelablauf s besonders unerwunscht war, da die Unterbrechung allgemein zum Verlust von Produktions- 35 
zeit und -materialien ftthrte und moglicherweise einen sehr schwierigen Eingriff der Bedienungspersonen erforderte, um 
den Stapelablauf fortzuTuhren. 

GemSfi voriiegender Erfindung ist es bevorzugt, die \ferwendung einer dynamisch gebundenen (dynamisch spczinV 
zierten) Variablen oder eines entsprechenden Parameters (eines dynamischen Referenzparameters) in der Prozeflsteuer- 
routinc fur jede Phasenklasse zu crrnoglichcn. Mit andcrcn Wortcn ist cs in cinigen Fallen bevorzugt, cincn dynamischen 40 
Referenzparameter in die PAD einer Phasenklasse zu serzen, wobei dieser dynamische Referenzparameter in die Einhei- 
tenphasen Ubertragen oder umgesetzt wird, wenn die ausfEihrbare Einheitenphase aus der Phasenklasse geschaffen wird, 
wobei der Wert dieses dynamischen Referenzparameters spezifiziert werden kann, nachdem die Einheitenphase geschaf- 
fen wurde und auch nachdem die Ausfuhrung der Einheitenphase begonnen hat (das heiBt wahrend der Laufzeit), Wie 
vorstehend angemerkt ist dieser Parameter niitzHch, wenn beispielsweise die Aus wahlentscheidung hinsichtlich des Wfer- 45 
tes des Parameters auf einer Information basiert, die zum Zeitpunkt der Konfiguration nicht zur \erfligung steht, bei- 
spielsweise eine Auswahl, die auf einer Ringahe einer Bedienungsperson basiert, eine Auswahl, die auf einem Rezept- 
parameter basiert, der von der Stapelausfuhrungsroutine weitergegeben wird, eine Auswahl, die auf Laufzeitwerten von 
Steuervariablen basiert, etc f 

Der dynamische Referenzparameter zur Verwendung in der Prozefisteuerroutine kann unter \ferwendung von Konven- 50 
lionen definierl werden, die verwendet werden, um andere Hardware- oder Soflwareparameter innerhalb des Prozefisteu- 
ersystems zu o^finiercn, mit der Ausnahme, daB der dynamische Referenzparameter in dem Speicher 22 der Steuerein- 
richtung 12 lokalisiert ist (oder einem anderen Speicher, falls erwiinscht) f Der dynamische Referenzparameter cnthalt 
vorzugsweisc mchrcrc Attribute oder Fcldcr, um die Ausfuhrung von verschiedenen Opcrationcn unter Verwendung des 
dynamischen Referenzparameters zu errnoglichen, Insbesondere kann der dynamische Referenzparameter die Felder 55 
oder Attribute enthalten, die in der folgenden Tabelle angegeben sind. 
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Name 


Typ 


Konfigu 
r.ierbar 


Lesbar 


Schreibbar 


DREF 


String 


Nein 


Lesen als String 
gibt den 
gegenwartigen 
Referenzpf ad 
wenn mtiglich mit 
auf gelttsten 
Aliasnamen 
zurttck, Nicht 
als Flielikomma, 
ganze Zahl, etc* 
lesbar. — 


Schreiben als 
String schafft 
einen neuen 
Ref erenzpfad; 
veranlafit 
idealerweise die 
Verbindung einer 
neuen externen 
Referenz * Nicht ! 
schreibbar als 
Fliefikomma/ ganze 
Zahl, etc. 


CONN 


ganze 
Zahl 


Nein 


Definiert den 
Verbindungsstatu 
s der Referenz 
in dem DREF- 
Feld. Lesen als 
ganze Zahl : 0 
bedeutet 
Referenz wurde 
hergestellt; -1 
bedeutet 
Referenz wird 
niemals 


Nein 
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funktionieren; 
>0 bedeutet 
Verbindung im 
Aufbau, erneute 
Oberprtifung 
spater 
empfohlen. 




DRFV 


FlielS 


Nein 


Der Wert des 
referenzierten 
Feldes als ein 
Fli eli kommawer t 
interpretiert. 
Wird in 
numerischen 
AusdrUcken 
verwendet. Wenn 
das 

referenzierte 
Feld nicht als ■ 
ein 

Flielikommawert 
interpretiert 
werden kann 
(angenommen es 
ist ein Feld 
des String- 
Typs) , ist der 
gelesene Wert 
MAX_Wert. Der 
Wert wird auch 
als MAX_Wert 
gelesen, wenn 
das CONN- 
Attribut nicht 
gleich 0 ist. 


Schreiben in 
dieses Attribut 
verursacht/ dali 
der Wert des 
referenzierten 
Feldes als ein 
Fliefi kommawer t 
asynchron 
geschrieben wird. 
Wird bei 

numerischen 
Ausdrticken 
verwendet. Wenn 
das referenzierte 
Feld nicht als ein 
Fliefikomraawert 
interpretiert 
werden kann (ange- 
nommen es ist ein 
Feld des String- 
Typs) / ist die 
Schreiboberation 
nicht 

durchf Uhrbar . Kein 
Schreibversuch/ 
wenn das CONN- 
Attribut nicht 
gleich 0 ist. 


DRSV 


String 


Nein 


Der Wert des 
referenzierten 
Feldes als 
String 

interpretiert . 
In String- 
AusdrUcken 
verwendet • Wenn 
das 

referenzierte 
Feld nuitierisch 
ist, wird der 
numerische Wert 


Schreiben in 
dieses Attribut 
verursacht, dafl 
der Wert des 
referenzierten 
Feldes als String 
asynchron 
geschrieben wird. 
In string- 
AusdrQcken 
verwendet . Wenn 
das referenzierte 
Feld numerisch 
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ih String-Form 
umgewandelt 
(sofern 
mbgllch) ♦ Ein 
leerer String 
wird 

zurOckgegeben, 
wenn das CONN- 
Attribut nicht 
gleich 0 ist* 


ist , . wird der 
String in die 
numerische Form 
umgewandelt 
(sofern mciglich) 
und geschrieben. 
Kein 

Schr eibversuch r 
wenn das CONN- 
Attribut nicht 
gleich 0 ist* 


DRST 


ganze 
Zahl 


Nein 


Liest den Wert 
des Status feldes 
des 

ref erenzierten 
Parameters 
(sofern 
vorhanden) . 
Dieses Attribut - 
wird verwendet, 
um den 

Statuswert von 
dem dynamisch 
ref erenzierten 
Feld zu einem 
lokalen 

Parameterstatusf 
eld 2ur 
Verwendung in 
nachfolgenden 
statussensitiven 
Berechnungen zu 
kopieren, Auf 
den MAXJtfert 
gesetzt, wenn 
das CONN- 
Attribut nicht 
gleich 0 ist; 
auf einen "gut"- 
Statuswert 
gesetzt, wenn 
das dynamisch 
referenzierte 
Feld kein 
Statusfeld hat. 


Nein 


WRST 


ganze 
Zahl 


Nein 


Liest den 
Statuswert des 
ref erenzierten 


Nein 
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Feldeg und gibt 
den Erfolg des 
letzten 

Schreibvorganges 
in das dynamisch 
referenzierte 
Feld an. Werte 
kdnnte beliebige 
sein, die ", 
beispielsweise 
unterscheiden; 
"in Ausftihrung", 
"erfolgreich", 
"keine 

Kornmun i ka t i on " , 
"schlecht", 
etc * . Dieses 
Attribut wird 
auf einen Wert 
"schlecht" 
rtickgesetzt, 
wenn ein neuer 
Refer enz -String 
in das DREF- 
Attribut 
geschrieben 
wird. 



Der Wert des DREF-Attributs (dynamische Referenz) ist der des Zeigers, des Kennzeichens oder des Pfades zu dem 
Parameter oder Feld, mil deiu die dynamische Referenz gegenwarlig zugeordnel isl. In dem DellaV-Sysleni ist dieser 
Zeiger ein S tring- Wert (wie z. B . ein Pfad), der auf ein Modul verweist, wie z, B. einc Einrichtung oder einen Modulpa- 
ramcter. 

Beispielsweise konntc cin dynarnischcr Rcfcrenzparamctcr "AUSLASS JOS" ciner String-Konstanten zugewicsen 
werden, so daJ3 sie eine Referenz auf einen Parameter/ein Feld ist, beispielsweise unter \ferwendung des Befehls 

"AUSLASS_POS\DREF M : = ,, VLV1004/AO/OUT l CV ,, ; 

oder 

'ATJSLASSJ'OS.DRHF': = ,,,r ;//leereString-Konstanre. 

Selbstverstandlich kann bei anderen Systemen der Wert des DREF-Feldes numerisch oder ein String sein, in Abhan- 
gigkeit von der Art, in der das System GerSte, Module, etc. spezifiziert. Allgemein ausgedriickt schafft die Verwendung 
einer DREF-Zuordnung einen neuen dynamischen Referenzparameter in der Sleueteinrichtung 12, da die dynsuirischen 
Referenzen durch Zuordnen eines vollen Parameter-Rcfcrenzpfadstrings zu dem DREF-Feld eines dynamischen Refe- 
ren^aramctcrs geschaffen werden. Wenn eine dynamische Zielbestimmung von Steueroperationen erfordcrlich ist, muB 
der Benutzer einen dynamischen Rcfcrenzparamctcr fur jeden Parameter schaifen, der nicht vor der Laufzcit bestimmt 
werden kann. Hn dynamischer Referenzparameter kaon in jedem Kontext geschaffen werden, in dem jeder andere ex- 
terne Referenzparameter in dem System geschaffen wird, einschlieBlich beispielsweise als eine Einheitenkennzeichen- 
klasse, als Teil einer Einheitenktasse, als ein Phasenalgorithmusparameter in einer Phasenklasse und als ein Modullevel- 
parameter in einem Phasenlogikmodul. Selbstverstandlich kann der dynamische Referenzparameter in anderen Kontex- 
ten ebenso verwendet werden. Wie auch bei anderen benutzererstellten Pararnetern konhguriert der Benutzer den Narnen 
fur den dynamischen Referenzparameter in der Weise, die den Parametemamenkonfigurationsregeln entspricht und die 
in dem lokalen Namensbereich einzigartig ist (das heiRt er kann nicht den selben Namen wie andere Parameter, Blocke 
Oder Phasenklassennamen haben, die innerhalb derselben Ebene definiert sind). Das Schreiben eines String zu dem 
DREF-Attribut ist wahrscheinlich eine "teure" Operation (die alle fruheren externen Referenzobjekte zerstort und eine 
Bindung an einen neuen externen Parameter vollzieht) und sollte demnach allgemein nur in nicht wiederholten (Impuls) 
Ausdrtlcken ausgefuhrt werden. Das Schreiben eines neuen String in dem DREF-Attribut sollte unmittelbar veranlassen, 
daB die aus dem CONN- Attribut gelesenen Werte (und den anderen Attributen des dynamischen Rcferenzparameters) 
"schlecht" werden (falls die Verbindung nicht unmittelbar geschaffen wird), so daB ein nachfolgendcr Ausdruck, der den 
Wert dicscr Fclder tcstet, zuvcrlassig arbcitct. 
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Die String-Zuordnung zu dem DREF-Attribut kann erreicht werden, indem jede gewftnschte String-Operation ein~ 
schlieBlich bei spiels weise einer Verbindungsoperation (eine Verbindung von zwei oder mebr Strings), eine String- Aus- 
wahloperation (in der einer einer Vielzahi von mogliehen Strings basierend auf dem Wert eines Operanden ausgewahit 
wird) oder jede andere S tring-Operation verwendet werden. 
5 Das CONN-Attribut (Verbindung) schafft eine Angabe, ob der durch das DREF-Attribut angegebene Wert ein gtlltiges 
oder aufiosbares Feld innerhalb des Kontcxts des Steuersystems ist Wenn das DREF-Attribut verandert oder gesetzt 
wird* testet die Steuereinrichtung 12 ummttelbar und automatisch dessen Wert, urn zu sehen, ob das Kennzeichen oder 
der Pf ad fur dieses existieren und in der gegenwartigen ^Configuration des Steuersystems 10 lokalisiert oder aufgelost 
werden kttnnen, Wenn der Weil des DREF- Attribute gUlug und auflosbar ist wird das CONN- AUribut auf 0 gesetzt 

10 Wenn jedoch der Wert des DKEF-Attributs nicht auflosbar ist und niemals aufgeldst werden kann, da er beispielsweise 
innerhalb des Kontcxts des Steuersystems nicht ordnungsgemaB ist oder einfacb nicht existiert wird das CONN-Attribut 
auf -1 gesetzt, Wenn die Steuereinrichtung 12 aktiv versucht das DREF-Attribut aufzulosen, jedoch aufgrund von War- 
tezeiten bedingt durch Verbindungsoperationen etc. nicht in der Lage war, dies zu voMehen, wird der Wert des CONN- 
Attributs auf groBer als 0 gesetzt, was angibt, daB dieser Wert noch nicht aufgelost ist, jedoch spater aufgeldst werden 

IS kann. Es ist bevorzugt, daS nach einer Zeiriiberschreitungsperiode der Wert des CONN-Attributs auf -1 gesetzt wird, 
wenn das DREF-Attribut noch nicht aufgeldst wurde. Das CONN-Attribut ist sehr ntitzlich, da es das Testen der dyna- 
mischen Referenz wahrend der Laufzeit ermoglicht Beispielsweise kann ein einfacher Befehl "IF<Name des dynami- 
' schen Paraineters>.CONN = 0, THEN <zu vollziehende Aktion>" verwendet werden, um eine Aktion nur dann zu voll- 
ziehen, wenn der DRRF-Wert gttttig definiert ist. Diese Fahigkeit erlauht. es, eine Steuerrouttne zu schreiben, welche die 

20 dynamische Referenz verwenden kann, die jedoch nicht unterbrochen wird, wenn die dynamische Referenz wahrend der 
Laufzeit ungultig ist Selbstverstandlich koimen andere Tests oder Befehle, welche das CONN-Attribut verwenden, ver- 
wendet werden, wie z, B. \ferzweigungsbefehle, Halte- oder Abbruchbefehle etc. Femer kann das CONN-Attribut jeden 
anderen gewttnschlen Wert (abgesehen von 0, -1 und groBer als 0) annehmen, uin den Erfolg oder das Versagen der Ver- 
bindung anzugeben, 

25 Das DRPV-Lese-/Schreibattribut (dynamischer RefcrcnzflicBkommawert) des dynamischen Refererjzparameters wird 
verwendet, urn das Lcscn aus dem und Schreiben in das Feld, das durch das DREF-Attribut angegeben ist, als FiicBkorn- 
mawert oder ganzzahliger Wert zu ermdglichen. In einer Ausfuhrungsform ist der Wert des DRFV-Attributs auf einen 
Maxiraalwert oder auf einen anderen spezifizierten Wert gesetzt, wenn das CONN-Attribut nicht 0 ist, Femer verhindert 
in dieser Ausfuhrungsform das DRFV-Atlribut das Schreiben in das dynamisch referenzierte Feld* wenn das CONN-At- 

30 tribut nicht 0 ist Entsprechend wird das DRSVrLese-/Schreibattribut (dynamischer Referenzstringwert) des dynami- 
schen Referenzparameters verwendet, um das Lesen aus dem und Schreiben in das durch das DREF-Attribut als ein 
String wert spezinzierte Feld zu ermoglichen. In einer Ausfuhrungsform ist das DRSV- Attribut so gesetzt, daB es ein lee- 
rer String ist, wenn das CONN-Attribut nicht 0 ist und verhindert das Schreiben, wenn das CONN-Attribut nicht 0 \sL 
Dieses sind nutzliche Attribute, da sie das Schreiben in das und Lesen aus dem dynamisch referenzierterj Feld als entwe- 

35 der ein String- oder ein numerisches Feld oder als beides ennoglichen, wobei berUcksichtigt wird, ob das dynamisch re- 
ferenzierte Feld tats&hlich existicrt oder gultig ist Selbstverstandlich konnten das DRVF- oder DRSV- oder andere spe- 
zifisch geschaOene Attribute verwendet werden, um Boolesche Werie oder Array-Werte (wie z. B. eine Gruppe von Wer- 
ten, die in einem Array gespeichert ist) in dem durch das DREF-Attribut angegebenen Feld zu lesen uncVoder zu schrei- 
ben, 

40 Das DRST-Attribut (dynamischer Rcfcrcnzstatus) ermoglicht das Lcscn des Stetusatlributcs, das zu dem von dem 
DREF-Attribut spezifizierten Feld gehort In bestimmten Steuereinrichtungs- oder Kornmunikationsprotokollen, wie 
z. B. dem DeltaV- und dem Fieldbus-Protokoll, enthalten einige Parameter oder Felder einen Wert und einen Status, der 
den Status des Wertes angibt z. B . ob der Wert gut, schlecht unsicher, etc. ist. Das DRST-Attribut ermoglicht den ZugrifF 
auf diesen Statuswert fur einen dynamischen Referenzparameter. Das WRST- Attribut (Schreib status) liest den Schreib- 

45 statuswert des durch das DRKF- Attribut bezeichneten Feldes. Dieser Status gibt den Erfolg der letzten Schreiboperation 
in das von dem DREF-Attribut bezeichnete Feld an und gibt ZugrifF auf den Schreibstatus des dynamisch referenzierten 
Feldes. 

Selbstverstandlich k6nnten nach Wunsch andere Attribute mit dem dynamischen Referenzparameter vorgesehen sein, 
um andere Operationen zu ermdglichen, wie z. B, das Lesen oder Schreiben in den Moduswert, Grenzwertoderin andere 

50 Statuswerte, die zu dem dynamisch referenzierten Feld gehoren, oder die Durchfuhrung jedes anderen Lese- oder 
Schreib vorganges in einem Attribut des dynamisch referenzierten Feldes, Entsprechend kdnnen die hierin idenduzierten 
Attribute andere Namen oder ^ferte annehmen, um den Erfolg, das Versagen, etc. einer Verbindung oder eines Lese- oder 
Schreibvorganges anzugeben. 

Wenn cin dynamischer Referenzparameter im Kontcxt cincs Einhcitcnmoduis verwendet wird, das hciBt bci der 

55 Schaftung einer Einheitenphase, die eine dynamische Referenz enthalt, werden Strings, die in das DREF-Attribut ge- 
schrieben werden, auf Aliasnamen untersucht, und eventuell vorhandene Aliasnarnen werden auf der Basis der gegen- 
wartigen Alias- AufL5sungstabelle fur das Einheitenmodul ersetzt Als Resultat konnen dynamische Referenzen geschaf- 
fen werden, um Felder zu spezifizieren, welche Aliasnamen verwenden, und diese Aliasnamen werden trotzdem noch 
aufgelost wenn die Einheitenphase aus der Phasenklasse geschaifen wird. Dies ermoglicht es, dynamische Refierenzpa- 

fio rameter in breiterem Umfang in ProzeBsteuerroutinen zu verwenden, auch wenn die dynamische Referenz nicht vor der 
Laufzeit aufgelost werden kann oder wahrend der Laufzeit auf der Basis eines Schreibvorganges in das DREF-Attribut 
des dynamischen Referenzparameters aufgelost wird. 

Wenn SFC-Algorithmen verwendet werden, kann das Schreiben durch dynamische Referenzparameter auf mehrere 
Weisen erfolgen, in Abhangigkeit von der Gestaltung des SFC. Beispielsweise kann die Routine den gewtlnschten Wert 

65 als ein Statement in cincm Scbrittausdruck (unter der Annahme, daB die Bestatigung des Schreibvorganges, falls erfor- 
derlich, durch die Logik in sp&teren Teilen des SFC gehandhabt wird) zuordnen, die Routine kann eine Aktion des Im- 
puls/Zuordnungstyps verwenden, mit der Bestatigung, einen Schreibvorgang auszufuhren und anschlieBend zu pausie- 
rcn, bis das WRST-Attribut cincn anderen Wert annimmt als den Wert "in Bctricb" oder die Routine kann cine Aktion des 
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Nichtspeicherungs-ZZuordnungfityps verwenden, urn den Wert wiederholt zu schreiben, bis der Ubergangsau&druck er- 
faBt, dafi der Wert erreicht wurde Oder die Schrittzeit zu lang ist Wenn somit SFC-Algorithmen verwendet werden, ist es 
bevorzugt, dynamische Referenzen durch die Verwendung von Aktionen des Irnpuls/Zuweisungstyps zu schaffen und zu 
verifizieren, mit einer Bestarigung, so daB der Aktionsausdruck den vollen dynamischen Keferenzpfad auflost und diesen 
dem DREF-Fetd des entsprechenden dynamischen ReferenTparameters rawdst (auf Mrxiujebene oder Phasenebene), 
und so, dafi der Bestatigungsausdruck pruft, ob der Wert des CONN-Attributs kleiner oder glekh 0 ist (verbunden oder 
Verbindung niemals moglich). Alternativ konnte bei dynamischen Referenzparatnetern, die gelesen werden sollen, der 
Wert des DRFV-Attribuis gelesen und auf einen vernunftigen Wert (im Gegensatz zu dem MAXJWert) geprttft werden 
und der Bestaiigungszeimberschreitungswert kOnnte auf eine kleine Zahl von Sekunden (beispielsweise flinf Sekunden) 
gesetzt werden. 

Wenn fcrner vcrschiedene dynamische Referenzparameter an demselben Punkt in einem Algorithmus geschaffen wer- 
den konnen, ist es bevorzugt, eine Aktion fur jeden in demselben SFOSchritt zu schaffen. AnschlieBend konnte ein ein- 
zelner Term in dem nachfolgenden Ausdruck des SFC~t)bergangs f wie etwa: r 'RESOLVE_STEP/PENDING CON- 
FIRMS .OV" = 0" verhindem, dafi der Algorithmus writer ablauft, bis alle dynamischen Referenzparameter in ihrem 
Endzustand "stabilisiert" sind. Wenn der Algorithmus Verbindungen mit fehlendem Alias oder Verbindungen mit Alias 
IGNORIEREN handhaben muB, kOnnten nachfolgende Ausdrtieke das CONN-Attribut des individuellen dynamischen 
Referenzparameters testen, urn die Ausfiihrung des Algorithmus zu leiten. 

Sobaid eine dynamische Referenz geschaffen wurde (das heifit das DREF-Attribut geschrieben wurde) und die dyna- 
mische Referenz verifizieit wurde (das CONN-Attribut ist 0), konnen die DRFV-, DRSV- und DRST-Felder geschrieben 
werden. urn Werte in den referenzierten Parametem zu setzen. In kontinuierlichen Algorithmen (wie z.B. ein kontinu- 
ierlich ablaufender FAIL^MONTrOR-Verbundblock) konnte die empfohlene \*>rgeherisweise fur das Schreiben durch 
einen dynamischen Referenzparameter (der bereits geschaffen wurde) die Form annehmen: 

IF("AUSLASS_POS JDRFV" ! = <gewunschtcr Wert>) AND 

CAUSLASS_POS.WRST M ! = <in Ausftfhrung Wert>) THEN 

"AUSLASS POS,DRFV" = <gewfinschter Wert>; 

wodurch kontinuieriich versucht wird, den referenzierten Parameter auf den gewiinschten Wert zu steuem, bis dies in ei- 
ner Weise erreicht wurde, die das Schreiben vermeidet, wenn der letzte Schreibversuch noch ablauft 

Es versteht sich, daB die Prozefisteuerroutinen unter verwendung von Aliasnamen, die vor der Laufzeit aufgelost wer- 
den, und von indirekten Referenzen, wie z, B, dynamischen Referenzparametem, die waTirend der T^utzeit aufgelost 
werden t innerhalb jeder gewiinschten ProzeBsteueiprogramrmerumgebung verwendet und implementiert werden konnen 
und in jedem ProzeBsteuersystem verwendet werden konnen, das jeden gewiinschten Typ eines ProzeBsteuerkommuni- 
kadonsprotokolis verwendet, und femer verwendet werden konnen, urn jede Art von Funktlon bezUglich jeder Art von 
Emrichlung bzw, Hnrichtungen oderUnlereinheiLen von Einrichlungen auszuXUhren, ProzeBsujuerrouunen, die mdirekle 
Referenzierung verwenden, wic hierin beschriebcn, werden vorzugsweise in Software implementiert, die beispielsweise 
in eincr Steuereinrichtung oder einer andercn ProzeBsteuervorrichtung gespeichert ist Diese Routincn konnen jedoch al- 
ternativ oder zusatzlich in Hardware, Firmware, etc, nach Wunsch implementiert werden, Wenn sic in Software imple- 
mentiert sind, kdnnen die hierin erorterten ProzeBsteuerroutinen in jedem computerlesbaren Speicher gespeichert wer- 
den, wie z 4 B, auf einer Magnetplatte, einer Laserplatte oder einem anderen Speichermedium, in einem RAM oder ROM 
eines Computers oder einer Steuereinrichtung einer Anlageneinrichtung, etc, Entsprecbend kann diese Software einem 
Benutzer oder einer Vorrichtung ilber jedes bekannte oder gewtlnschte Auslieferungsverfahren zugeftthrt werden, ein- 
schlieBlich beispielsweise uber einen Kommunikationskanal, wie z, eine 'lelefonleitung, das Internet etc, 

Patentanspriiche 

1. ProzeBsteuersystem zur Verwendung bei der Steuerung eines Prozesses, der mehrere Binheitenklassen hat, von 
welcben jede ein oder mehrere Einheitenmodule enthait mit: 

einer Steuereinrichtung; 
einem Speicher; 

einer generischen Steuerroutine, die einen Aliasnamen verwendet; und 

cine Alias-AunGsungstabcllc fur jedes der Einheitenmodule eincr der Einhcitcnklasscn, wobci jede Alias-Aufl5- 
sungstabelle eine Aliasdefinition fiir den Aliasnamen hat; 

wobei die generische Steuerroutine in dem Speicher (20, 22) gespeichert ist und dann, wenn die Steuerung eines be- 
stimmten Einheitenmoduls (54, 64) erforderlich ist, die Steuereinrichtung (12) unter Verwendung der Alias-Auflo- 
sungstabelle (60) fiir das bestimmte Einheitenmodul eine diesbeziigUch konkretisierte Version der generischen 
Steuerroutine fiir das bestimmte Einheitenmodul erstellt und das bestimmte Einheitenmodul steuert, indem die dies- 
bezuglich konkretisierte Version der generischen Steuerroutine ausgefuhrt wird, 

2. ProzeBsteuersystem nach Anspruch 1, dadurch gekennzeichnet, daB die generische Steuerroutine so ausgelegt 
ist, daB sie angewandt wird, urn Einheitenmodule (54, 64) zu steuern, die zu zwei oder mehr ausgewanlten Einhet- 
tenklassen gehOren, und die Alias-Aurl6sungstabelle (6D) fiir jedes der Einheitenmodule (54, 64) fur jede der aus- 
gewahlten Einheitenklassen eine Aliasdefinition fur den Aliasnamen hat, 

3. ProzeBsteuersystem nach Anspruch 1 oder 2, dadurch gekennzeichnet, daB es ferner eine Konfigurations-Wbrk- 
station (14) enthalt, die mit der Steuereinrichtung (12) in Kommunikationsverbindung steht, wobei die Workstation 
(14) einen Workstation-Speicher (20) enthalt, der eine Konrlgurationsroutine speichert, und einen Ptozessor (24), 
der die Konfigurationsroutinc ausfiihrt, wobci die Konfigurationsroutinc cine Priifroudnc cnthfilt, die bestimmt, ob 
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die Alias- Auflosungstabelle (60) fur jedes der Einheitenrnoduie (54, 64) fur jede der ausgewahlten Einheitenklassen 
eine giiltige Aliasdefinition fiir den Aliasnamen enthalt 

4. ProzeBsteuersystem nach einem der AnsprGche 1 bis 3, dadurch gekennzeichnet, daB es ferner einen Indikator 
enthalt, der zu der generischen S teuerroutine gehort und die ausgewahlten Kinheitenldassen (54, 64) angibt, fUr wel- 
che die generische Steuerroiitine verwendet werden kann, urn dieshezuglich konkretisierte \fersionen der generi- 
schen Steuerroutine zu schafTen. 

5. ProzeBsteuersystem nach einem der Ansprtiche 1 bis 4, dadurch gekennzeichnet, daB, es ferner einen Indikator 
fur jedes der Einhcitenmodule von mindestens einer Einheitenklasse enthalt, der eine Einhritenmodtdeigensch aft 
angibt, die von Binbeitenmodul zu Einheileninodul variieren kann, wobei die generische Steuerroutine inindeslens 
zwei Steueralgorithmen enthSlt, die alternativ zu verwenden sind, urn unterschiedlicbe Einheiteomodule basierend 
auf der Efoheitenmoduldgcnschaft zu stcuem, und wobei die Steuereinrichtung den Indikator fiir das bestimmte 
Einheitenmodul verwendet, urn einen der mindestens zwei Steueralgorithmcn auszuwalilcn, wean die diesbezttglich 
konkretisierte Version der generischen Steuerroutine fiir dieses bestimmte Einheitenmodul erstellt wird. 

6< ProzeBsteuersystem nach einem der Anspriiche 1 bis 5, dadurch gekennzeichnet, daB die Aiias-Auflosungsta- 
belle (60) fiir eines der Binheitenmodule (54, 64) eine Alias-Ignorieren-Definition fiir den Aliasnamen enthalt, wel- 
cbe die Steuereinrichtung (12) veranlaBt, den Aliasnamen zu ignorieren, wenn die diesbeziigUch konkretisierte Ver- 
sion der generischen Steuerroutine fur eines der Binheitenmodule ausgefUhrt wird. 

7. ProzeBsteuersystem nach einem der Ansprtiche 1 bis 6, dadurch gekennzeichnet, daB die generische Steuerrou- 
tine einen dynamischen Referenzparameter enthalt, dessen Wert nach dem Erstellen derdiesbeztiglich konkretisier- 
ten Version der generischen Steuerroutine fur das bestimmte Einheitenmodul zugeordnet werden kann. 

8. ProzeBsteuersystem nach einem der Ansprtiche 1 bis 7, dadurch gekennzeichnet, daB der dynamlsche Referenz- 
parameter mehrere Attribute enthalt, wobei eines der Attribute ein Referenzattribut ist, das einen Feldwert enthalt, 
der ein Feld angibt, auf welches der dynumische Rcferenzparaineter verweisL 

9. ProzeBsteuersystem nach einem der Anspriiche 1 bis 8, dadurch gekennzeichnet, daB ein wei teres der Attribute 
ein Verbindungsattribut ist, das eine Angabe bietet, ob der Feldwert des Referenzattributes ein gultiges Feld ist. 

10. ProzeBsteuersystem nach cincm der Ansprtiche 1 bis 9, dadurch gekennzeichnet, daB cin wcitcrcs der Attribute 
ein Lese-/Schreibattribut ist, das in das von dem Referenzattribut angegebene Feld schreibt oder aus diesem liest 

11. ProzeBsteuersystem nach einem der Ansprtiche 1 bis 10, dadurch gekennzeichnet, daB ein weiteres der Attri- 
bute ein Statusattribut ist, das einen Status liest, der zu dem duich das Referenzattribut angegebenen Feld gehort 

12. ProzeBsteuersystem nach einem der Anspriiche 1 bis 11, dadurch gekennzeichnet, daB das Statusattribut einen 
Schreibstatus liest, der einen Erfolg oder ein Versagen eines vorherigen Schreibvorganges in das von dem Referen- 
zattribut angegebene Feld angibt. 

13. ProzeBsteuersystem zur Verwendung bei der Steuerung eines Prozesses, der mehrere Rinheitenklassen hat, von 
welchen jede eines oder mehrere Binheitenmodule enthalt mit: 

einer Steuereinrichtung; 
einem Speicher; 

einer generischen Steuerroutine, die einen Aliasnamen verwendet und die so ausgelegt ist, daB sie zum Sleuem von 
einem oder mehreren Binheitenmodulen angewandt werden kann, die zumindestens zwei ausgewahlten Einheiten- 
klassen gehoren; und 

cine Ahas-Aufldsungstabcllc fiir jedes der Einhcitenmodule jeder der ausgewahlten Einheitenklassen, wobei jede 
Alias-Aufl5sungstabelle eine Aliasdefinition fur den Aliasnamen hat; 

wobei die generische Steuerroutine in dem Speicher (20, 22) gespeichert ist und verwendet wird, um eine diesbe- 
ziigUch konkretisierte Version der generischen Steuerroutine fiir ein bestirnmtes der Einheitenrnoduie (54, 64) unter 
Verwendung der Alias- Aufldsungstabelle (60) fiir das bestimmte Einheitenmodul (54, 64) zu erstellen. 

14. ProzeBsteuersystem nach Anspruch 13, dadurch gekennzeichnet, daB es ferner eine Konrlgurations- Worksta- 
tion (14) enthalt, die mit der Steuereinrichtung (12) in Kommunikationsverbittdung steht, wobei die Workstation 
(14) einen Workstarion-Speicher (20) enthalt, der eine Konngurarionsroutine speichert, und einen Prozessor (24), 
der die KonflguradOnsroutine ausfuhrt, wobei die Konflgurationsroutine eine PrQfroutine enthalt, die bestimmt, ob 
die Alias- Aufldsungstabelle (60) fur jedes der Binheitenmodule (54, 64) fur jede der ausgewahlten Einheitenklassen 
eine gtlltige Aliasdefinition fur den Ahasnamen enthalt. 

15. ProzeBsteuersystem nach Anspruch 13 oder 14, dadurch gekennzeichnet, daB es ferner einen Indikator enthalt, 
der zu der generischen Steuerroutine gehort und die ausgewahlten Einheitenklassen (54, 64) angibt, fur welche die 
generische Steuerroutine verwendet werden kann, um diesbeziigUch konkretisierte \fersionen der generischen Steu- 
erroutine zu schafifen. 

16. ProzeBsteuersystem zur Verwendung bei der Steuerung eines Prozesses, der mehrere Einheitenklassen hat, von 
welchen jede ein oder mehrere Binheitenmodule enthalt mit: 

einer Steuereinrichtung; 
einem Speicher; 

einem Indikator fur jedes der Einheitenrnoduie mindestens einer der Einheitenklassen, der eine Einheitenmodulei- 
genschaft angibt, die von Einheitenmodul zu Einheitenmodul variieren kann; und mit 

einer generischen Steuerroutine, die mindestens zwei Steueralgorithmen enthalt, die alternativ zu verwenden stnd, 
um unterschiedliche Einheitenrnoduie zu steuern, basierend auf der Hnheitenmoduleigenschaft der verschiedenen 
Einheitenrnoduie; 

wobei die Steuereinrichtung den Indikator fur ein bestirnmtes Einheitenmodul verwendet, um einen der niindestens 
zwei Steueralgorithmcn auszuwahlen, um eine diesbeziigUch konkretisierte Version der generischen Steuerroutine 
fiir das bestimmte Einheitenmodul zu erstellen. 

17. ProzeBsteuersystem zur Verwendung bei der Steuerung eines Prozesses, enthaltend: 
cine Steuereinrichtung; 
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einen Speicher; und 

einer Steuerroutine, die zur Steuerung mindestens eines Tells des Prozesses verwendet wird; 
dadurch gekennzeichnet dafi die Steuerroutine in dem Speicher (22) gespeichert wird, die Steuereinrichtung (12) 
cine ausfflhrbare Version der Steuerroutine erstelit und den leil des Prozesses durch Ausfilhren der ausfuhrbaren 
Version der Steuerroutine steuert; und 

die Steuerroutine einea dynamischen Referenzparameter enthalt der mehrere Attribute einschliefilich eines Refe- 
renzattributs hat, welches einen Feldwert enthalt der ein Feld angibt auf welches der dynamische Referenzparame- 
ter verweist und das nach dem Erstellen der ausfuhrbaren Version der Steuerroutine zugeordnet werden kann, 

18. PrazeBsleuersystem nach Anspruch 17, dadurch gekennzeichnet dafi ein weileres der Attribute ein Verbin- 
dungsatlribut ist das cine Angabe bietet, ob der Feldwert des Referenzattributes ein gttltiges Feld ist. 

19. ProzeGsteuersystcrn nach einem der Ansprilche 17 oder 18, dadurch gekennzeichnet dafi ein wcitcrcs der At- 
tribute cin Lcse-/Schreibattribut ist, das in das von dem Referenzattribut angegebene Feld schrcibt oder aus diesem 
liest 

20. Prozefisteuersystem nach Anspruch 19 t dadurch gekennzeichnet daB das LeseVSchreibattribut als ein String- 
wert lesbar oder schreibbar ist 

21. ProzeBsteuersystem nach Anspruch 19, dadurch gekennzeichnet dafi das Lese-/Schreibattribut als ein numeri- 
scher Wert lesbar oder schreibbar ist 

22. Prozefisteuersystem nach Anspruch 19, dadurch gekennzeichnet, dafi das Lese-^Schreibattribut als ein Boole- 
scher Wert lesbar oder schreibbar ist 

23. Prozefisteuersystem nach Anspruch 19, dadurch gekennzeichnet, dafi das I^e-/Scbreibattribut als ein Array- 
wert lesbar oder schreibbar ist 

24. ProzeBsteuersystem nach einem der Anspruche 17 bis 19, dadurch gekennzeichnet dafi ein weiteres der Attri- 
bute ein Statusallribut ist, das einen Status liest, der zu dem durch das Referenzattribut angegebenen Feld gehort 

25. ProzeBsteuersystem nach Anspruch 24, dadurch gekennzeichnet, dafi das Statusattribut einen Schreibstatus 
liest, der einen Erfolg oder ein \ersagen eines vorherigen Schreibvorganges in das von dem Referenzattribut ange- 
gebene Feld angibt 

26. ProzeBsteuersystem nach Anspruch 17, dadurch gekennzeichnet dafi ein zweites der mehreren Attribute ein 
Verbindungsattribut ist das eine Angabe gibt ob der Feldwert des Referenzattributs ein gultiges Feld ist und ein 
drittes der mehreren Attribute ein Lese-/Schreibattribut ist das aus dem durch das Referenzattribut angegebenen 
Feld liest oder in dieses schreibt. J 

27. ProzeBsteuersystem nach Anspruch 26, dadurch gekennzeichnet daB ein viertes der mehreren Attribute ein Sta- 
tusattribut ist das einen Status liest, der zu dem von dem Referenzattribut angegebenen Feld gehort 

28. Softwaresteuerkomponente zur Verwendung in einem ProzeBsteuersystem, das eine Steuereinrichtung hat die 
einen ProzeB rnit mehreren Einheitenklassen steuert, von welchen jede ein oder mehrere Einheitenmodule enthalt 
mit 

einem computerlesbaren Speicher; 

einer generischen Steuerroutine, die in dem computerlesbaren Speicher gespeichert ist und einen Aliasnamen ver- 
wendet; und mit 

einer AUas-Auflosungstabelle fiir jedes der Einheitenmodule einer der Einheitenklassen, wobci jede Alias- Auflo- 
sungstabcllc cine Aliasdcfinition fiir den Aliasnamen hat; 

wobei die generische Steuerroutine so ausgelegt ist, daB sie von der Steuereinrichtung (12) in der Weise ausgefiihrt 
wird, daB dann, wenn die Steuerung eines bestimmten Einheitenmoduls (54, 64) erforderiich ist die generische 
Steuerroutine von der Steuereinrichtung (12) verwendet wird, urn eine diesbezuglich konkretisierte Version der ge- 
nerischen Steuerroutine fiir das bestimmte Einheitenmodul (54, 64) unter Verwendung der Alias-Auflosungstabelle 
(60) fiir das bestimmte Einheitenmodul zu schatten. 

29. Softwaresteuerkomponente nach Anspruch 28, dadurch gekennzeichnet dafi die generische Steuerroutine so 
ausgelegt ist daB sie angewandt werden kann, urn ein oder mehr Einheitenmodule (54, 64) zu steuern, die zu zwei 
oder mehr ausgewahlten Einheitenklassen gehbren, wobei die Alias-Auflostngstabelle (60) fiir jedes der Einheiten- 
module fiir jede der ausgewahlten Einheitenklassen eine AUasdenmtion fur den Aliasnamen hat 

30. Softwaresteuerkomponente nach Anspruch 28 oder 29, dadurch gekennzeichnet daB sie femer einen Indikator 
enthalt <ler zu der generischen Steuerroutine gehort und die ausgewahlten Einheitenklassen angibt fur welche die 
generische Steuerroutine verwendet werden kann, urn diesbezuglich konkretisierte Versionen der generischen Steu- 
erroutine zu schaflfen. 

31. Softwaresteuerkomponente nach einem der Ansprttchc 28 bis 30, dadurch gekennzeichnet daB die Alias-Auf- 
losungstabelle (60) fiir eines der Einheitenmodule (54, 64) eine Alias-Ignorieren-Definition fiir den Aliasnamen hat 
welche die Steuereinrichtung (12) veranlaBt, den Aliasnamen zu ignorieren, wenn die diesbezuglich konkretisierte 
Version der generischen Steuerroutine fur das eine der Einheitenmodule (54, 64) ausgefiihrt wird. 

32. Softwaresteuerkomponente nach einem der Anspruche 28 bis 31, dadurch gekennzeichnet, dafi sie ferner einen 
Indikator fur jedes der Einheitenmodule mindestens einer Einheitenklasse enthalt der eine Kinheitenmoduleigen- 
schaft angibt, die von Einheitenmodul zu Einheitenmodul variieren kann, wobei die generische Steuerroutine min- 
destens zwei Steueralgorithmen enthalt, die atternativ so ausgelegt sind, daB sie zur Steuerung von verschiedenen 
Knheitenmodulen basierend auf den Einheitenmoduleigenscbaften verwendet werden kdnnen, so dafi die Steuer- 
einrichtung den Indikator fiir das bestimmte Einheitenmodul verwenden kann, um einen der mindestens zwei Steue- 
ralgorithmen auszuw&ilen, wenn die diesbezuglich konkretisierte Version der generischen Steuerroutine fur das be- 
stimmte Einheitenmodul erstelit wird, 

33. Softwaresteuerkomponente nach einem der Anspruche 28 bis 32, dadurch gekennzeichnet, daB die generische 
Steuerroutine einen dynamischen Referenzparameter enthalt, dessen Wert nach dem Erstellen der instantiierten Ver- 
sion der generischen Steuerroutine fiir das bestimmten Einheitenmodul zugewicsen werden kann. 
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34. Softwaresteuer komponente aach eiaem der ArisprOche 28 bis 33, dadurch gekennzeichnet, daB der dynamische 
Referenzparameter niehrere Attribute enth&lt, wobei eines der Attribute ein Referenzattribut ist, das einen Feldwert 
enthalt, der ein Feld angibt, auf welches der dynamische Referenzparameter verweist 

35. Softwaresteuerkomponente nach eiaem der Ansprtiche 28 bis 34, dadurch gekennzeichnet, dafi ein weiteres der 
mehreren Attribute ein Vermndungsattrihut ist, das eine Anzeige ahgibt, ob der Feldwert des Referenzattributes ein 
gultiges Feld isL 

36. Softwaresteuerkomponente aach eiaem der Anspruche 28 bis 35, dadurch gekennzeichnet, daB ein weiteres der 
mehreren Attribute ein Lese-/Schreibattribut ist, das aus dern von dem Referenzattribut angegebenen Feld liest oder 
in dieses schreibL 

37. Softwares tcuerkomponente aach eiaem der Anspruche 28 bis 36, dadurch gekennzeichnet, daB ein weiteres der 
mehreren Attribute ein Statusattribut ist, das einen Status liest, der zu dem durch das Referenzattribut angegebenen 
Feldgehort 

38. Softwaresteuerkornpoaente zur Verwendung in einem Prozefisteuersystem, das eine Steuereinrichtung hat, die 
einen ProzeB mit mehreren Emheitenklassen steuert, von welchen jede ein oder mehrere Binheitenmodule enthalt, 
rait: 

einem computerlesbaren Speicher; , 

einer generischen Steuerroutine, die in dem computerlesbaren Speicher gespeichert ist, welche einen Aliasnarnen 
verwendet und die so ausgelegt ist, daB sie angewandt werden kann, urn eines oder mehrere Einhei ten module zu 
steuem, die zu minrlestens zwei ausgewahlten FJnheitenklassen gehtiren; und mit 

einer Alias- Aufldsungstabelle fur jedes der Binheitenmodule der ausgewahlten Einheitenklassen, wobei jede Alias- 
Auflosungstabelle eine Anasdennition fur den Aliasnarnen hat; 

wobei die generische Steuerroutine so ausgelegt ist, daB sie von der Steuereinrichtung (12) verwendet wird, urn eine , 
diesbezQglich konkieusierle Version der generischen Steuerroutine filr ein besuiinnles EinheiLenmodul (54, 64) un- 
ter Verwendung der Alias- Aufldsungstabelle (60) fur das bestimmte Einheitenmodul (54, 64) zu schaffen. 

39. Softwaresteuerkomponente nach Anspruch 38, dadurch gekennzeichnet, daB sie femer eine Konfigurationsrou- 
linc enthalt, die cine Priirroutinc hat, wclchc bestimmt, ob die Alias- Aufldsungstabelle (60) fur jedes der Einhcitcn- 
module (54, 64) fur jede der ausgewahlten Einheitenklassen eine gultige Alias-Definition fur den Aliasnarnen ent- 
halt. 

40. Softwaresteuerkomponente nach Anspruch 38 oder 39, dadurch gekennzeichnet, daB sie femer einen Indikator 
enthalt, der zu der generischen Steuerroutine gehdrt und die ausgewahlten Einheitenklassen (54, 64) angibt, fur wel- 
che die generische Steuerroutine verwendet werden kann, urn diesbezuglich konkretisierte \fersionen der generi- 
schen Steuerroutine zu schaffen. 

4 1 . Softwaresteuerkomponente zur Verwendung in einem ProzeBsteuersystem, das eine Steuereinrichtung hat, die 
einen ProzeB steuert, der mehrere Einheitenklassen hat, von welchen jede eines oder mehrere Binheitenmodule ent- 
halt, mit: 

einem computerlesbaren Speicher, 

einem Indikator fllr jedes der EinheiLenmoduLe mindestens einer der Einheitenklassen, der eine Einheitenniodulei- 
genschaft angibt, die von Einheitenmodul zu Einheitenmodul variieren kann; und mit 

einer generischen Steuerroutine, die in dem computerlesbaren Speicher gespeichert ist und zwei Steucralgorithmen 
enthalt, die altcrnativ zum Stcucm von untcrscbicdUchcn Einhcitcnmodulcn auf der Basis der Einhcitcnmodulci- 
genschaft der verschiedenen Einheitenmodule verwendet wird; 

wobei der Indikator so ausgelegt ist, dafi er durch die Steuereinrichtung (12) fur ein bestimmtes Einheitenmodul 
(54, 64) zu verwenden ist, um einen der beiden Steueralgorithmen auszuwahlen, wenn die Steuereinrichmng (12) 
eine diesbezuglich konkretisierte Version der generischen Steuerroutine fur das bestimmte Einheitenmodul (54, 64) 
schaffL 

42. Softwaresteuerkomponente zur Verwendung in einem ProzeBsteuersystem, das eine Steuereinrichtung hat, wel- 
che einen ProzeB steuert, mit: 

einem computerlesbaren Speicher und 

einer Steuerroutine, die in dem computerlesbaren Speicher gespeichert ist und so angepafitist, daB sie von der Steu- 
ereinrichtung zur Steuerung mindestens eines Teils des Prozesses verwendet wird; 

wobei die S LeuerrouUne einen dynamischen Referenzparameter enthalt, der mehrere Attribute hat, einschlietilich ei- 
nes Referenzattributs, das einen Feldwert enthalt, der ein Feld angibt, auf welches der dynamische Referenzpara- 
meter verweist, und der nach dem Erstellen der ausftthrbaren version der Steuerroutine zugewiesen werden kann. 

43. Softwarestoucrkornponcntc nach Anspruch 42, dadurch gekennzeichnet, daB cin weiteres der mehreren Attri- 
bute ein Vertrindungsattribut ist, das eine Angabe gibt, ob der Feldwert des Referenzattributs ein gultiges Feld ist. 

44. Softwaresteuerkomponente nach Anspruch 42 oder 43, dadurch gekennzeichnet, daB ein weiteres der mehreren 
Attribute ein Lese-/Schreibattribut ist, das aus dem von dem Referenzattribut angegebenen Feld liest oder in dieses 
schreibt. 

.45, Softwaresteuerkomponente nach Anspruch 44, dadurch gekennzeichnet, daB das Lese-/Schreibattribut als ein 
Stringwert iesbar oder schreibbar ist, 

46. Softwaresteuerkomponente nach Anspruch 44, dadurch gekennzeichnet, daB das T^ese-ZSchreibattrihut. als ein 
numerischer Wert lesbar oder schreibbar ist. 

47. Softwaresteuerkomponente nach Anspruch 44, dadurch gekennzeichnet, daB das Lese-/Schreibattribut als ein 
Boolescher Wert lesbar oder schreibbar ist 

48. Softwaresteuerkomponente nach Anspruch 44, dadurch gekennzeichnet, daB das Lese-/Schreibattribut als ein 
Array wert lesbar oder schreibbar ist, 

49. Softwaresteuerkomponente nach einem der Anspruche 42 bis 44, dadurch gekennzeichnet, daB ein weiteres der 
mehreren Attribute cin Statusattribut ist, das cincn Status Ucst,dcr 2U dem durch das Referenzattribut angegebenen 
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Feldgehdrt 

50. Softwaresteuerkomponente nach Anspruch 49, dadurch gekennzeichnet, daB das Statusattribut einen Schreib- 
status best, der den Brfolg oder ein Versageh eines vorgehenden Schreibvorganges in das von dem Referenzattribut 
acgegebene held angibt. 

51. Softwaresteuerkomponente nach Anspruch 42, dadurch gekennzeichnet, daB ein zweites der mehreren Attri- 
bute ein Verbindungsattribut ist, das eine Angabe gibt, ob der Feldwert des Referenzatuibute ein gOltiges Feld ist 
und ein drittes der mehreren Attribute ein Lese-/Schreibattribut ist, das aus dem durch das Referenzattribut angege- 
beneo Feld liest Oder in dieses schreibt, 

52. SoHwaresleuta:koiiq)onenle nach Anspruch 51 , dadurch gekennzeichnet, daB ein viertes der mehreren Attribute 
ein Statusattribut ist, das einen Status liest, der zu dem von dem Referenzattribut angegebenen Feld gehort. 
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